敏捷研发介绍

敏捷开发介绍经销商产品二部2013-2Scrum敏捷开发方法简介Scrum是一个轻量级的软件开发方法，是一个敏捷开发框架，一个增量的、迭代的开发过程。在这个框架中，整个开发周期包括若干个小的迭代周期，每个小的迭代周期称为一个Sprint。在Scrum中，使用产品Backlog来管理产品或项目的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum的开发团队总是先开发对客户具有较高价值的需求。在每个Sprint中，Scrum开发团队从产品Backlog中挑选最有价值的需求进行开发。Sprint中挑选的需求经过Sprint计划会议上的分析、讨论和估算得到一个Sprint的任务列表，称之为Sprintbacklog。在每个迭代结束时，Scrum团队将交付潜在可交付的产品增量。Scrum敏捷开发方法简介敏捷宣言：个体和交互胜过过程和工具。可以工作的软件胜过求全责备的文档。客户协作胜过合同谈判。随时应对变化胜过循规蹈矩。敏捷开发的12条原则：首要目标：更早地持续地交付有价值的软件，满足客户需求即使到了开发的后期，也欢迎需求变更频繁交付可工作的软件关注协作，业务人员和开发人员必须每天协同工作围绕被激励起来的个人来构建项目面对面的交谈，是最有效和效率最高的沟通方法可工作的软件是度量进度的主要标准敏捷过程提倡可持续的开发速度持续地优化技术和设计，会增强敏捷能力简单--使工作效率最大化的艺术--是基本原则最好的构架、需求和设计，出自自组织团队定期总结回顾，思考团队如何更加高效，并作出相应调整敏捷研发能带给我们什么？沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困我们的困惑？敏捷研发能带给我们什么？沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困需求、开发、测试相互沟通不及时我们的困惑？敏捷研发能带给我们什么？沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困日常4个会议确保有效沟通M1本次迭代计划会议第1周周一1、了解本次迭代具体开发任务（本次迭代Backlog）2、需求人员讲解、答疑Backlog问题团队全员M2下一迭代开发内容沟通会第2周周一1、确认下一迭代Backlog2、评估下一迭代Backlog测试工作量Master需求人员开发Leader测试LeaderM3本次迭代演示与回顾第2周周五1、参与演示本次迭代成果产品2、回顾总结本次迭代的三项内容（Good，Better，Improvement）3、简要分析本次迭代各种重开情况，为下次做改进依据（需求重开、程序重开、测试重开）团队全员内部客户二线支持M4每日立会每天上午1、了解产品研发进度2、提出遇到的障碍团队全员敏捷研发能带给我们什么？沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困无法一次整理出详尽需求，逐渐完善的过程控制不好，成为后续开发活动的瓶颈我们的困惑？敏捷研发能带给我们什么？分阶段细化需求，并行研发沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困沟通会逐渐明确研发范围编写迭代详细需求敏捷研发能带给我们什么？分阶段细化需求，并行研发沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困沟通会逐渐明确研发范围编写迭代详细需求编写Backlog的4个步骤：1、找出操作角色(Role)；2、明确角色能够做什么(Goal)；3、确定会给该角色带来的好处(BusinessValue)；4、概要设计(OutlineDesign)。敏捷研发能带给我们什么？分阶段细化需求，并行研发沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困编写迭代详细需求沟通会逐渐明确研发范围敏捷研发能带给我们什么？分阶段细化需求，并行研发沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困编写迭代详细需求沟通会逐渐明确研发范围从全部团队角度，明确迭代研发范围每个迭代中期召开；确定下一迭代Sprint任务、优先级；评估下一迭代Backlog工作量；讨论需要跨团队协调问题，并指定责任人；全员发布会议内容；敏捷研发能带给我们什么？沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困受突发项目问题等计划外工作干扰，导致开发计划频繁变更，或已经不具可执行性我们的困惑？敏捷研发能带给我们什么？分阶段制定并跟踪开发计划沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困日常4个会议确保计划可执行明确迭代频度估算工作量敏捷研发能带给我们什么？分阶段制定并跟踪开发计划沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困日常4个会议确保计划可执行明确迭代频度估算工作量敏捷研发能带给我们什么？分阶段制定并跟踪开发计划沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困估算工作量日常会议确保计划可执行明确迭代频度根据WBS分解的80小时原则或两周原则迭代周期定为双周迭代频度一旦确定，不要轻易调整所有团队步调一致，相同的启动和演示时间敏捷研发能带给我们什么？分阶段制定并跟踪开发计划沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困估算工作量明确迭代频度日常会议确保计划可执行敏捷研发能带给我们什么？分阶段制定并跟踪开发计划沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困估算工作量明确迭代频度日常会议确保计划可执行从每个Scrum团队角度，制定迭代研发计划作为迭代启动会议，迭代开始时召开；确定本迭代目标和本迭代Backlog；评估工作量，完成Backlog细化开发任务、及任务的分配；全员发布迭代计划；敏捷研发能带给我们什么？分阶段制定并跟踪开发计划沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困估算工作量明确迭代频度日常会议确保计划可执行从每个Scrum团队角度，关注每个成员的研发进度每天早上召开；每个成员汇报昨天的开发进度和今天的开发计划、及遇到的障碍；会议以Scrum开发团队为单位。敏捷研发能带给我们什么？沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困产品需求满足度验证在研发后期，即使发现偏差，也近乎没有机会改动，严重影响产品市场满足度我们的困惑？敏捷研发能带给我们什么？分阶段提前验证产品满足度沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困日常研发过程分析“迭代演示会议”提前验证产品满足度从每个Scrum团队角度，验证产品满足度作为迭代成果验收会议，迭代完成时召开；由开发工程师演示本迭代成果（产品功能）；架构师/产品经理或原型客户验证迭代成果产品满足度；演示中的问题记入下一迭代工作内容；全员发布迭代演示结果；会议以Scrum开发团队为单位。敏捷研发能带给我们什么？分阶段提前验证产品满足度沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困日常研发过程分析“迭代演示会议”提前验证产品满足度附、引进原型客户敏捷研发能带给我们什么？分阶段提前验证产品满足度沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困“迭代演示会议”提前验证产品满足度日常研发过程分析1、燃尽图看Sprint内任务完成情况是否存在偏差敏捷研发能带给我们什么？分阶段提前验证产品满足度沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困“迭代演示会议”提前验证产品满足度日常研发过程分析2、白板管理敏捷研发能带给我们什么？沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困研发人员业务能力参差不齐制约着研发效率的提升我们的困惑？敏捷研发能带给我们什么？通过机制保证持续提升人员业务能力和研发效率沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困迭代回顾会议业务培训内容：主要以业务、技术培训为主频率：至少2个迭代一次反馈：1、培训完后，对培训讲师及内容进行评价2、培训完后，一周内针对本次培训内容写500字左右的培训心得敏捷研发能带给我们什么？通过机制保证持续提升人员业务能力和研发效率沟通不及时之困需求不稳定之困计划执行差之困产品满足度不高之困业务能力参差不齐之困业务培训迭代回顾会议从每个Scrum团队角度，回顾总结迭代工作在迭代完成时，召开迭代回顾会议；回顾总结本迭代开发过程中好的工作方法和可能的改进点；总结内容分3类——Good、Better、Improvement内容（分别表示：做的好的地方、可以做得更好的地方、需要尽快改进的地方）；针对Improvement挑选出3项内容重点改进；团队成员以头脑风暴、轮流发言、自愿发言等方式畅所欲言；全员发布会议内容；会议以Scrum开发团队为单位。“微创新”创新不是孤立的，要融入到日常工作中，从自己的问题出发。创新并不一定非是专利，只要减少工作量，就是创新。即，只要改进工作、提高工作效率，再小的改进都是创新。用友Scrum敏捷研发活动一览Scrum敏捷应用效果促进需求、开发、测试之间的有效沟通，实现了各角色并行工作，缩短开发周期。全新产品在开发初期引入客户验证，保证发版产品功能更符合客户的真实需求。每个迭代都进行产品功能和流程的成果演示，保证大的流程问题都在前期暴露并解决，有效避免了集成测试阶段出现流程错误问题的几率，后期开发任务完成后，积压的缺陷可以迅速降低。回顾会议中团队成员提出的流程和效率类改进建议有效的提高了团队整体的工作效率。团队的能力稳步提升。感谢所有评委的指导！谢谢大家！