敏捷、Scrum、Kanban扫盲

敏捷中常见名词解释
1）产品待办列表（Product Backlog）
整个产品的 Backlog 列表。包含客户提出的功能性需求和非功能性需求，以及技术团队内部产生的一些需求。动态的对需求进行管理。

2）冲刺待办列表（Sprint Backlog）
当前迭代的 Backlog 列表。是从 Product backlog 中根据优先级挑选出来的。是静态的管理需求。

3）用户故事（User Story）
用户故事：描述对用户有价值的功能。用户故事也可以定义为分配给软件开发组的特定业务需求。

4）完成定义DoD（Definition of Done）
当产品待办列表项或者增量被描述为“完成”的时候，每个人都必须理解“完成”意味着什么。虽然这在不同的Scrum团队之间会有巨大的差别，但是团队成员必须对完成工作意味着什么有相同的理解，这样才能保证透明性。

5）产品负责人Product Owner（PO）
产品负责人。负责维护产品订单的人，代表利益相关者的利益。保证Scrum Team在做从业务角度来说正确的事情。Scrum Team 由自我管理的、负责开发产品的人组成。通常由5－9个跨功能的人员组成。

6）Scrum Master（Management）
负责一个team按照scrum方式运行的角色，确保scrum按照初衷正确实施，消除那些影响团队交付的障碍，并负责屏蔽外界对开发团队的干扰，为团队服务的。通常是项目PM担任，也可以是通过Scrum Master认证的人员担任。

Scrum与Kanban
看板：在制品(work-in-progress, WIP)必须被限制
WIP上限和拉动式生产

1. Scrum与看板简述
   Scrum：组织拆分，工作拆分，开发时间拆分，优化发布计划，过程优化
   看板：流程可视化，限制WIP，度量生产周期
2. Scrum和看板的关系
   Scrum和看板都是过程工具
   Scrum和看板只是给了一些明确的约束和指导，比如，Scrum的约束是固定时长的迭代和跨功能团队，看板的约束是要有可见的看板，队列大小要有约束
   敏捷方法也被称作轻量级方法
3. Scrum规定了角色
   Scrum规定了三种角色：PO/Team/SM，看板没规定任何角色
4. Scrum规定了固定时长的迭代
   Scrum的迭代混合了三种活动：计划/过程改进/发布
5. Scrum按迭代限制WIP，看板按流程状态限制WIP
6. Scrum与看板都是经验主义，需要自省/反馈/调整
7. Scrum在迭代期间内拒绝变化
   看板的原则是“一件出去，一件进来”，响应时间等于手头事情的处理时间
   Scrum的平均响应实践等于sprint长度的一半
8. 关于任务规模
   Scrum团队只承诺一个迭代内能完成的任务，如果任务太大会进行拆分
   看板对任务规模没有明确规定必须要在某个时间段做完
9. Scrum规定了估算和生产率，看板没有规定估算
   有的团队跳过估算，把每个任务拆分得大小接近，统计每周完成的特性数
   有的团队把任务打包成MMF(最小适销特性)，度量每个MMF的生产周期，建立SLA(服务品质承诺)
10. 跨产品的团队如何使用backlog
    可以把产品backlog当作团队backlog看待
    可以通过泳道来区分多个产品

敏捷3355

3种角色
PO PM Scrum Team
3个工件
Product Backlog、Sprint Backlog、潜在可交付的产品增量
潜在可交付的产品增量：要求每一个Sprint结束都产生用户可用的软件，也被称着“潜在可交付的产品增量”（Potential shippable product increment, PSPI）。能否每个Sprint生成满足质量定义的PSPI 是Scrum 执行效果的试金石。因此这里关键的是团队内有一致同意的DOD（完成的定义），基于其中的内容来判断是否迭代内所有东西都做完了。同样，随着时间推移，团队DOD内容会不断修改完善 。“潜在可交付”并不意味着构建出的东西必须实际交付，交付是产品负责人的业务决策，基于发布计划来确定。

image.png

5个事件
Sprint Planning（IPM）：Sprint计划会议在Sprint一开始召开。PO和团队共同决定计划在这个Sprint完成哪些用户故事。
Daily Scrum Meeting（Standup）：每日站会，一般在15分钟以内。团队成员相互交流任务的进展，计划以及遇到的困难。
Sprint Review（Showcase）：Sprint评审会议发生在Sprint将要结束的时候。团队和客户一起评审本次Sprint的产出是否达到预期。
Retrospective：回顾会议发生在Sprint的最后，由Scrum Master负责召集团队召开。会中大家回顾和小结这个Sprint做的好的地方以及有哪些不足。保证团队能够持续改进，不断提高。
Backlog Refinement：Product Backlog的梳理，可以发生在整个Scrum周期的任何时间。
5个价值观
勇气：有勇气去面对各种挑战。
专注：每个迭代只专注于该迭代要完成的事情。团队和个人的能力、精力是有限的，在有限的时间内专注于最有价值的事情，以取得好的结果。
承诺：作为一个自组织团队，在迭代开始的时候做出承诺，并在迭代中全力完成。
尊重：团队是能随时沟通，并且相互理解的。
公开：团队所有的进展、问题、阻碍都是对所有人可视化、透明的。这样的团队才能彼此尊重，同时也能随时暴露问题。