我对敏捷开发（Scrum）的理解

参考自：

八分钟敏捷开发（scrum）扫盲

https://www.sohu.com/a/157053455_590354

敏捷开发是一个什么样的开发模式

https://www.cnblogs.com/weijun/p/5816555.html

软件开发模式之敏捷开发（scrum）

https://blog.csdn.net/xiajun2356033/article/details/81513957

 

一【人员列表】

①产品负责人（Product owner）

负责与客户直接沟通，得到需求定义并整理成列表，维护这个列表，有权决定一段时期的交付内容和交付时间节点，有权接收和拒绝开发成果

②项目负责人（Scrum owner）

负责消除开发过程中的沟通障碍，建立客户和开发之间的沟通桥梁，提高需求和产出之间的变现效率

③开发团队（Scrum team）

开发的主力，人数控制在5~10人之间，可以每个人有不同的技术方向专精。需要每个人具有较强的自我管理能力，并且有一定的沟通能力。重在产出，不在过程

二【产出列表】

①产品需求列表（Product backlog）

产品负责人收集客户（不论广义还是狭义客户）的需求，整理出来的所有待办事项列表，由产品负责人长期维护，是产品能够长期持续产出的核心

②迭代计划（Sprint）

由产品负责人和开发团队开会沟通，从产品需求列表中，根据优先级和实现难易度提取一部分需求，作为一次迭代的目标内容，最好控制在1~4周

③故事（Story）

将迭代计划的内容分解为不同的用户故事，每个都是独立的模块，作为本次迭代的任务大块罗列，每个还可以向下再细分。例如用户信息管理的大模块可以分解为用户信息修改、用户头像上传、用户密码修改、用户名片等story

④迭代任务列表（Sprint backlog）

一个迭代sprint分解出的不同的用户故事，或者只分解出了一个用户故事也可以，作为一次迭代任务列表

⑤任务分解（Task）

每个用户故事可以再分解成更细的颗粒度，分解出来的更细的任务项称为task，是开发团队具体要开发的每一项内容，控制在1人/天之内，以便可以当天检验成果；如果时间超出了1人/天，说明这个task分解有问题，需要再次细分到1人/天之内

⑥燃尽图（Burn down）

是可视化进度监控，通常是在一个白板上面，把每个task写一个便签贴上去，分为三个区域：待办（todo）、进行中（doing）、已完成（done），旁边还会有个以日和未完成（包括进行中）任务总数为双轴的线图（即燃尽图）。每个成员在迭代开始时自己的任务便签全部贴在待办区，开始进行一个任务就贴到进行区，某个任务完成了就贴到完成区。随着进度的推进，所有任务便签会渐渐从待办、进行中转移到完成区，全部转移到完成区后，本次迭代就结束了，而燃尽图的任务总数轴的计量也会变成0（即最终燃尽）

三【会议列表】

①迭代计划会议（Sprint planning meeting）

在每次迭代开始时进行，由产品负责人发起，开发团队参与讨论，从产品需求列表中挑选出一个或者几个模块作为story，合并为一个迭代冲刺（sprint），本次sprint总体开发时间控制在1~4周内

②晨会（Daily metting）

每天早晨花15分钟时间进行每日站立会，每个人都要发言，讲述自己昨天计划完成什么、实际完成了什么，没完成的话是什么原因、需要什么帮助，还有承诺今天要完成什么，晨会过程中或者结束后，都要根据晨会内容更新燃尽图

③迭代交付评审，演示（Sprint review meeting）

在每个迭代周期结束后，要演示当前交付成果，与会者包括开发团队、产品负责人、客户、最好包括老板。每个开发人员演示自己的成果，由产品负责人和客户协商是否接受成果

④迭代总结（Sprint retrospective meeting）

迭代交付后，可以有一个轻松的会议，轻松但是也有重要意义，每个人口述总结本次迭代的问题和经验，带入下一次迭代，以期作为积累减少之后开发的风险和提高效率、改进完成度