聊聊敏捷转型（下篇）︱敏捷软件开发

3、四个会议
3.1迭代计划会 Sprint Planning Meeting  
 
◉ 参与人员：PO（产品负责人）、SM（团队负责人）、Scrum Team（团队成员）
 
3.1.1 估算
 
估算采用相对估算的方法，以故事点为单位，以某一个故事点为基准，其他故事点估算以0，½，1，2，3，5，8，13，20，40，100为单位。（此方法可以评估团队每个冲刺可完成的故事点，为后续项目评估作为参考）
 
可采用敏捷估算扑克进行相关评估。
 
拆分任务，将用户故事进行拆分，决定当前Sprint内容。由PO组织，按优先级顺序询问团队是否能完成，能完成就下一个，不能完成就停止。
 
3.1.2功能设计
 
包含系统架构、接口、数据表、流程图和界面简图。然后将任务按顺序贴到看板的To Do中，形成看板。  
3.2每日站会 Daily Meeting 
 
◉参与人员：SM、Scrum Team
 
◉ 时间不超过15分钟，主要讨论下面三点：
 
· 总结昨天完成了什么、遇到什么困难，今天开展什么任务。
 
· 陈述自己做的事情和问题，并移动看板。
 
· 会议结束后更新燃尽图。
 
 
3.3迭代评审会 Sprint Review Meeting 
 
◉ 参与人员：PO（或客户）、SM、Scrum Team
 
◉ 由团队成员演示本次Sprint完成的功能；
 
◉ PO发表接收或拒绝的意见。 
 
 
3.4迭代回顾会 Sprint Retrospective Meeting  
 
◉ 参与人员：SM、Scrum Team
 
◉ 每人反思，总结过程中好与不够好的地方；
 
◉ 识别问题的优先级，并对高优先级的项讨论出每个人都认同的改进方案；
 
◉ 总结此阶段的冲刺问题及成绩，并在后面的Sprint中进行改进。
 
以上就是敏捷开发的基本流程。我们要总结怎么结合敏捷开发解决现有项目的问题，要记得任何措施都是为了保证按时按质按量把软件交付给用户，不要为了敏捷而教条实施敏捷，公司不能产生商业价值，任何先进的理念或者技术都是无意义的，适合自己的才是最好的。