Agile-敏捷学习

声明：
本稿参照和整理了Youtube博主--- 老王叨叨叨的几期敏捷视频。
根据笔者的学习深入持续更新。仅供学习使用。

1. 看板（かんばん）

看板起源于丰田（Toyota）的看板系统。

敏捷中的Kanban有些不同。敏捷软件开发的Kanban与Scrum有许多相同之处，但Scrum是完整的敏捷方法论，而看板是敏捷工具。

■看板特点、使用方法与注意事项

- 看板通过卡片描述User Story。
- 提前制定项目的各个状态（如ToDo，In Progress, Done），将描述用户故事的卡片（可以理解为Task）放到对象的状态下。

如果只有ToDo中有卡片，而卡片无法移动到下一个状态，此时项目领导或许需要查看是否有限制因素让团队停滞不前。

另外，如果团队只有2人，而In Progress状态里的卡片达到了5人,说明团队成员多任务同时进行，这表明团队成员可能没有全力投入到优先级最高（此处老王特别强调）的任务。因为这与敏捷优先交付最有价值的产品的思想相违背。笔者的感觉，因为要快速交付，敏捷重视完成大于开始。

最好的情况是每个团队成员手里有一个正在进行的卡片。

2. 精益看板的六大原则

1. 可视化工作流-Visualize Workflow
可视化。

2. 约束在制品 - Limit work in progress（WIP）
在各个不同状态里的卡片数量应该由限制。
比如，由三个团队成员，在progress状态里有20个卡片的话不好，可能会使团队停滞在这个状态。

3. 显示化规则- Make policies explicit
必须定义Definition of Done，完成的定义。

4. 管理流动- Manage flow
图形化绩效，如每个卡片花了多久，做可行性分析。
根据统计结果来回顾在哪里可以做改进。

5. 反馈闭环 - Implement feedback loop
每个团队成员可以反馈。持续改进。

6. 协作式，实验性改进 - Improve collaboratively ,evolve experimentally

如：对于团队过往绩效，准备 More，Less，Strat，Stop，Keep等分类，对于每个分类让团队成员贴卡片进行讨论和改进。
如果是针对人的，可以用匿名改进。

也可使用下图。
Goal/Vision: 团队目标。
Wind：帮助船/团队越开越远。
Anchor：什么阻碍了这个组的发展。
Rock：风险。

持续更新中。。。

————————————
参照：
1. youtube博主：老王叨叨叨视频
https://www.youtube.com/channel/UC2Ft7Om7UW_2kfG0JopfWBw
2.《敏捷实践指南》