Scrum敏捷开发模式.ppt

1、Scrum敏捷开发模式，在R&D团队中的应用，宋龙俊2015年8月，目录，培训目的我们的背景Scrum敏捷开发方法简介Scrum敏捷开发从整体上解决了战略沟通不及时的问题，并将其推到了“角色墙”，形成了一个多角色分层的敏捷团队。需求不稳定。分阶段细化需求。并行R&D计划的实施不佳分阶段制定和跟踪发展计划，产品参考满意度低，产品满意度的早期验证，R&D人员的业务能力参差不齐，通过各种机制确保人员业务能力和R&D效率、有效性和价值的持续改进，培训目标，1。提高软件开发效率，缩短产品上市时间。提高客户满意度，快速响应市场变化。1.强调开发团队和业务专家之间的紧密合作，以及面对面的交流；2.经常交付新

2、的软件版本；3.紧凑的自组织团队、代码编写和团队组织方法，能够很好地适应需求的变化，并关注“人”在软件开发中的作用。需求分析师/经理、开发经理、开发/测试工程师、经理、部门经理、主要设计架构师/产品经理、原型客户，然后重点介绍我们的背景、敏捷应用的关键策略、问题、结果、Scrum敏捷开发方法的介绍，Scrum是一种轻量级软件开发方法，它通过一个或多个小型跨职能团队以多次迭代和增量的方式交付软件产品。通过迭代和快速的用户反馈来管理不确定性和接受变化。在Scrum中，使用产品积压来管理产品或项目需求。冲刺计划将进行分析、讨论和评估，以获得一份冲刺任务清单。在每次迭代的最后，Scrum团队将交付潜在

3、的可交付产品增量。不合时宜的沟通的困难被推到了“角色墙”上，形成了一个多角色分层的敏捷团队。在产品开发过程中，仅仅依靠文档进行知识转移是远远不够的。通常，产品的研发效率与团队的沟通氛围直接相关。为了解决沟通不及时的问题，在建立Scrum敏捷团队时，要推到“角色墙”，建立多角色分层的敏捷团队，使不同角色之间的沟通畅通无阻，并通过每天7次会议确保有效沟通。建立敏捷团队：推进到“角色墙”，建立多角色层次的敏捷团队。R&D部门的Scrum团队由三层Scrum团队组成：Scrum开发团队、业务级Scrum团队和部门级Scrum团队。Scrum开发团队：根据人员规模和产品模块的耦合程度，将其划分为若干个S

4、crum开发团队，每个团队由6-8人组成，包括需求分析师、开发经理、开发工程师和测试工程师，团队的ScrumMaster由开发经理担任；推到“角色墙”上，形成一个多角色分层的敏捷团队。业务级Scrum团队：虚拟团队，由不同的具有相同角色的Scrum开发团队组成，包括“需求Scrum团队”、“开发经理Scrum团队”和“测试Scrum团队”。每个团队的Scrum Master分别由需求经理、主设计经理和测试经理承担；部门级scrum团队：虚拟团队，由每个业务级Scrum团队的Scrum大师组成，Scrum大师由部门经理或大师级设计师担任；以数控资本开发部组织结构图为例：推至“角色墙”建立多角色层

5、级敏捷团队，每个团队的职责如下：推至“角色墙”建立多角色层级敏捷团队，确保每天七次会议的有效沟通，因需求不稳定而分阶段细化需求，并行研发。根据Scrum的敏捷研发思想，分阶段细化研发范围，确定每次迭代的需求积压，并进行并行研发，以减少需求变化。此外，通过定期召开“需求会议”和“下一次迭代内容交流”，需求逐步稳定细化，提前为后续开发工作做好准备。根据产品概要需求编写迭代的详细需求，编写迭代的详细需求文档，并形成一个SprintBacklog来确定迭代的工作范围。每个积压的准备工作遵循以下格式的关键元素：作为一个，我想这样做，我可以。它是通过四个步骤完成的：1 .找出角色；2.阐明不同的角色可以做

6、什么(目标)；3.决定什么会带来商业价值)；到角色；4.阐明其测量标准(验收测试)。分阶段详细需求，平行R&D，积压的例子如下：分阶段详细需求，平行R&D，两级沟通将逐步完善R&D范围需求会议：每次迭代将在中间举行；每个Scrum开发团队都需要分析师来讨论下一次迭代的冲刺目标；确定下一次迭代积压优先级；讨论需要跨团队协调的问题，并指定负责人；全体员工发布会议内容；会议基于需求Scrum团队。下一次迭代内容交流会议：在每次迭代的中间举行；需求分析师向Scrum开发团队解释下一次迭代的目标和范围；开发经理和测试工程师粗略地估计了工作量，并最终确定了下一个迭代的积压；全体员工发布会议内容；会议由Sc

7、rum开发团队组织。(会议详情见附件)，由于计划执行不力，发展计划分阶段制定和跟踪。在研发过程中，由于一些计划外工作的干扰，如突然出现的项目支持问题和需求变化，制定的计划执行情况往往不佳。结合Scrum的敏捷R&D思想，该计划分阶段实施，并被跟踪以确保计划的可执行性。它包括估计迭代工作量、定义迭代频率，以及从计划、发布到跟踪的四次日常会议，以便随时发现进度风险。估算迭代工作量Scrum敏捷应用程序的工作量估算主要是通过估算总建设周期和计算平均生存性来完成总工作量的估算。总工作量=开发时间，需求讨论和设计沟通时间，开发时间=总工期/平均生存能力/开发人员数量，需求讨论和设计沟通时间=开发时间*3

8、0% 1。根据产品积压项目逐一估算总工期。2.计算平均生产率根据每个开发工程师的工作能力和经验估算生产率并计算平均生产率。分阶段制定和跟踪发展计划；3.估计总工作量；开发时间是总工作量估算中的主要因素。很明显，迭代频率通常是由这个产品版本的所有积压的总持续时间和开发团队的研发效率决定的。同时，还应该考虑产品的特点和团队成员的发展节奏。通常，选择2-4周作为冲刺迭代周期。短冲刺周期的优点和缺点意味着短反馈周期、更频繁的交付和用户反馈、花在错误方向上的时间更少以及更快的学习和改进。它通常适用于需求变化频繁的产品。Sprint周期长意味着团队有更多的时间充分准备和解决问题，实现Sprint目标，同时

9、也没有必要通过批发Sprint规划会议和演示来打断开发节奏，这通常适用于需求稳定的产品。特别说明：1 .一旦确定了Sprint周期，不要轻易调整，这会影响团队开发节奏和研发效率。2.当一个部门组织中有多个Scrum团队时，试着让所有团队保持相同的速度。分阶段制定和跟踪发展计划，从计划、发布到跟踪每日四次会议，以确保计划能够执行。为了确保R&D计划的有效实施，每日召开四次会议，从计划、发布到跟踪，确保计划的可执行性。迭代计划将作为迭代开始会议，在迭代开始时召开。确定迭代目标和迭代积压；评估工作量，完成积压细化开发任务和任务分配；全体员工发布会议内容；会议由Scrum开发团队组织。日报分阶段制定和

10、跟踪开发计划，开发经理会议将在每次迭代的中间召开；每个Scrum开发团队的开发经理报告他们各自团队的进度(尤其是接口协作任务的进度)；确定下一个迭代接口协作任务的开发顺序和完成时间；解释各自团队遇到的障碍和问题，分享他们良好的工作方法和成果；全体员工发布会议内容；会议由开发经理Scrum团队组织。每月召开一次进度评估会议；需求开发和测试分别报告R&D进度；解释各自业务团队遇到的障碍和问题，并安排负责人协调解决；全体员工发布会议内容；会议由部门Scrum团队组织。产品参考满意度不高，产品满意度是分阶段提前验证的。根据Scrum的敏捷开发思想，“迭代演示会议”在每次迭代结束时举行。R&D团队希望架

11、构师/产品经理或原型客户演示本次迭代的结果，将产品的应用验证推进到每次迭代，并为偏差的纠正留有余地。同时，通过对日常R&D流程的分析，及时发现并调整可能存在的风险。提前验证满意度的“迭代演示会议”迭代演示会议：作为迭代结果验收会议，将在迭代结束时召开；测试工程师演示迭代结果(产品功能)；架构师/产品经理或原型客户对迭代结果给出改进意见；演示中的问题被记录在下一次迭代中；所有员工发布迭代演示结果；会议以Scrum开发团队为单位，分四个阶段介绍原型客户：总结分析阶段找出原型客户，即业务需求明确，业务应用熟悉，在行业中具有普遍性或领先性。在需求调研阶段，确认您是否能够参与产品研发过程，告知参与的方式

12、和频率，并确定具体的客户代表。参与产品开发阶段的迭代演示会议，提出迭代结果的评价意见。参与用户验证，在用户验证阶段验证产品功能。每日R&D进程分析1。看冲刺时是否有偏离曲线。当偏离曲线明显向上时，存在任务延迟的风险。当它明显向下时，任务进度就提前了，所以有必要增加积压。2.查看每个迭代的进度是否可以由进度图控制。每次迭代的完成标准是100%的测试用例提交率，这是通过迭代来证明的。当每次迭代的测试用例提交率约为90%时，表明进度是可控的，延迟率是清晰和可测量的。在进度稳定可控的情况下，每次迭代的测试用例数量逐渐增加，存活率稳步提高。根据缺陷积压图，团队工作量和产品质量在每次迭代中都有相对稳定的缺

13、陷积压，当团队工作量稳定时，采用优先解决影响主流程的缺陷的策略。在新功能的开发完成后(sprint7)，缺陷积压被简单的控制错误所控制，这些控制错误迅速收敛，产品质量没有重大风险。R&D人员业务能力参差不齐的困境通过该机制保证了人员业务能力和R&D效率的不断提高。“全讲师培训”机制下R&D团队业务能力的提高一直困扰着R&D各机构，制约着R&D效率的提高。在Scrum敏捷应用的过程中，每个人都充分发挥自己的专业领域，每个人都是讲师，每个人都参与培训，这样所有的员工都可以接受培训，创建一个学习型组织。持续提高R&D效率的“迭代评审会议”会议的要点是：当迭代完成时；总结迭代开发过程中良好的工作方法和可能的改进点；团队成员集体讨论，轮流发言，并主动发言；全体员工发布会议内容；随着Scrum的发展绩效考核结构图：效果和价值。对于基金管理产品来说，NC5.7是一个非常具有挑战性的版本。需要在不到6个月的时间内完成4个全新产品模块的开发，完成10个模块的实质性升级和改造，实现功能上超越竞争对手的目标，建立商场的竞争优势，为NC6.0的后续开发打下基础。采用Scrum敏捷开发方法后，工作质量和工作效率都有了显著提高：效果和价值，同时， 取得了良好的效果：促进了需求、开发和测试之间的有效沟通，实现了需求、开发