《看板与Scrum》读书笔记

看板的朴素思想：在制品(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看待     

    可以通过泳道来区分多个产品

---------------------------------------

scrum与看板，看了本书之后确实比以前更清楚（自认为）

1. scrum更侧重团队的组织与工作任务拆分（实施），看板更侧重于任务流的可视化（呈现）

2. 看板让团队的工作更透明，更多的细致工作需要scrum来落实实施（三会，各种角色，估算，sprint）

3. 两者都是过程工具，和设计模式一样是前人经验，应用到团队中需要取其精华去其糟粕，摸索适合本团队的方法

4. 团队通常会将scrum和看板结合使用

书中出现的几个关键字，

WIP：work-in-progress，在制品，WIP必须被限制是kanban的主要思想之一

泳道：最开始是在UML中出现，叫swimlane也有人叫partition，除了纵向的按照状态定义的列，还可以使用横向的泳道区分，比如区分一个团队中的多个产品

T恤法：用来做估算，小/中/大，定性不定量

来自为知笔记(Wiz)