一、基本概念
- 敏捷迭代
敏捷迭代是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称，其是项目管理和软件开发的一种迭代方法，可帮助团队更快地向客户交付有价值的产品。敏捷迭代的核心思想是建立持续价值交付的能力。小步快跑、快速迭代、拥抱变化：不追求一开始就尽善尽美，而是把最核心的东西先交付MVP，根据市场反馈来对需求进行验证和矫正，以灵活敏捷的改变调整去适应变化，在一次次持续迭代中达到最终目标。
- Scrum Master
Scrum Master（SM）即敏捷教练，管理Scrum和带领团队，负责帮助团队扫除实施中的障碍，指导团队快速推进Scrum、促进团队达成共识。
二、敏捷迭代的3大过程
敏捷迭代的实施过程可分为迭代准备、迭代开发、迭代收尾三个主要阶段，如下图所示，全流程可通过JIRA工具进行管控。
1） 迭代准备阶段
本阶段需完成需求规划和梳理、需求评审，分别对应着敏捷迭代模型中的需求梳理会、Sprint计划会议两个关键会议。迭代准备阶段主要目标是将有价值的需求纳入需求池，拆解需求并规划优先级，完成迭代的需求评审，明确每个父任务的需求负责人、验收标准、验收人，并完成父任务的初始预估工时和排期估算，产出父任务级别的Product Backlog(产品列表) ；需求评审通过后，需补充子任务相关信息产出子任务级别的Sprint Backlog（迭代任务列表）。
2） 迭代开发阶段
本阶段需完成需求的UI/UE设计、技术开发、测试、验收，对应着每日站会和Sprint评审会两个会议。迭代开发阶段主要目标是尽可能的精准且快速地还原Sprint Backlog，实现产品增量；另在迭代末期，收集用户或需求提出方等利益相关者的反馈和意见，对项目和产品增量进行审视和调整；
3） 迭代收尾阶段
本阶段需完成本次迭代的开发版本入库和线上验收，迭代完成后，需进召开Sprint回顾会。Sprint回顾会需要对本次迭代的整体情况进行复盘和同步，对迭代的优缺点进行总结，明确改进点并落实责任人。
五大会议贯穿上述敏捷迭代始终，SM需要主控五大会议。
三、敏捷迭代的5大会议
Sprint由需求梳理会、Sprint计划会议、每日Scrum站会、开发工作、Sprint评审会议和 Sprint回顾会议构成。
（1）需求梳理会
- 参与人员：团队、ScrumMaster、产品负责人
- 会议内容：研发产品经理需向项目成员解读产品需求，项目成员也可在评审时给出意见。研发产品经理在需求评审会上需向项目成员解读产品介绍、用户角色、业务流程、功能列表、页面流程、细节需求等内容。项目经理、研发产品经理、UED、开发、测试需达成一致意见，才可开展相应的开发活动。从粗略估算的产品路线图提取优先级高的进行估算，细化需求、评估工作量
- 会议目标：明确需要纳入下次迭代的需求
（2）迭代计划会（启动会）
- 参与人员：团队、ScrumMaster和其他利益相关者
- 会议内容：
（1）估算本次迭代的工作能力；
（2）产品经理按故事优先级阐述需求，模块负责人阐述实现方案；
（3）故事估时和子任务拆分（模块负责人可以提前做一次初步估时和初步子任务拆分）；
（4）估时完成后，将任务加入迭代，如果增加这个故事超出了本次迭代的工作能力，则跳过该故事；
（5）直到没有任何可以加入迭代的故事；
（6）制定本地迭代的目标；
（7）研发负责人开启迭代；
- 会议目标：明确迭代目标（即将开始的Sprint backlog），拆分子任务与估时，开启迭代；
（3）每日Scrum站会
- 参与人员：ScrumMaster、团队
- 会议内容 ：
每人轮流发言，回答三个问题，
（1）昨天做了什么？
（2）今天要做什么？
（3）遇到什么障碍？
- 会议目标：明确每个角色的任务，进度掌控，及时暴露风险和问题并解决
（4）迭代评审会
- 参与人员：团队、ScrumMaster、产品负责人、其他利益相关者
- 会议内容 ：按优先级从高到低完成重要故事的演示，收集用户的反馈和意见
- 会议目标：对项目和产品增量进行审视和调整，收集用户的反馈和意见
（5）迭代回顾会
- 参与人员：ScrumMaster、团队
- 会议内容：
（1）整体看一下迭代活动看板；
（2）看得见管理平台上的交付效率和质量；
（3）总结做的好的与不好的点，落实改进方向和负责人
- 会议目标：对本次迭代进行审视，根据本次的完成情况总结经验和不足以及后续的改进点，还可根据产品增量的反馈，大致规划下一个Sprint
以上便是推荐新手Scrum Master入门的“速成”方法，每个产品的迭代情况有所差别，建议想要启动该管理模式的伙伴或新晋SM可以结合实际情况进行调整和优化。拥抱敏捷，无惧变化~
