看板与Scrum
2017-04-01 11:04
204 查看
看板与Scrum都是敏捷实际,它们有很多相似之处。
看板的精髓是通过卡片墙方式找到工作流的瓶颈,控制瓶颈处的WIP(在制品)的数量,以及上游输入数量,获取稳定的产能。这样就可以缩短工作项开发周期(前置时间),提高可预测性和准时交互的能力,与下游合作伙伴建立信任关系。
看板的关键点是先获取工作流中瓶颈处的稳定产能。Scrum 团队的每一个sprint的velocity(产能)也是固定的。它们都是与“拉动式”来安排工作,都是通过透明度来驱动团队自省与改进。
在很多细节上Scrum对团队开发过程有着更严格的定义:
1. Scrum每个Sprint交互式定时的,比如两周。交互量也是相当确定的。也就是交互时间和交互量都是有承诺的。看板没有这么严格。
2. Scrum对团队大小(6~9人),组成(跨职能团队),角色安排(PO,SM,Member)都有明确定义。看板没有。
3. Scrum要求工作任务细分到至少小于一个迭代。看板工作任务大小没有明确的限定。
看板的精髓是通过卡片墙方式找到工作流的瓶颈,控制瓶颈处的WIP(在制品)的数量,以及上游输入数量,获取稳定的产能。这样就可以缩短工作项开发周期(前置时间),提高可预测性和准时交互的能力,与下游合作伙伴建立信任关系。
看板的关键点是先获取工作流中瓶颈处的稳定产能。Scrum 团队的每一个sprint的velocity(产能)也是固定的。它们都是与“拉动式”来安排工作,都是通过透明度来驱动团队自省与改进。
在很多细节上Scrum对团队开发过程有着更严格的定义:
1. Scrum每个Sprint交互式定时的,比如两周。交互量也是相当确定的。也就是交互时间和交互量都是有承诺的。看板没有这么严格。
2. Scrum对团队大小(6~9人),组成(跨职能团队),角色安排(PO,SM,Member)都有明确定义。看板没有。
3. Scrum要求工作任务细分到至少小于一个迭代。看板工作任务大小没有明确的限定。
相关文章推荐
- 过程改进日记之学习Scrum2010-8-23:第一次使用看板
- 敏捷/Scrum 之看板初体验
- 过程改进日记之学习Scrum2010-8-24:看板第二天以及过程改进工作规划
- 过程改进日记之学习Scrum2010-9-30:Sprint4最后一天,思考Bug看板的应用价值
- 过程改进日记之学习Scrum2010-9-21:调整看板,准备Sprint区间计划
- 看板推动Scrum过程变革,推动组织文化持续改善
- 看板还是Scrum
- 超越Scrum:给游戏开发者的精益和看板
- 看板工具和Scrum工具,如何选择?
- scrum学习理解-看板工具选择
- 看板是新的Scrum吗?
- 敏捷开发的另一种方式--Scrum
- (转载)Darkwatch开发游戏使用Scrum方法
- 免费的Scrum 和 XP 最佳实践的电子书下载
- [转]SCRUM软件开发过程----编写最好的软件
- 什么是Scrum?
- Scrum演练(3)
- Scrum-敏捷开发:初试感想[连载1]
- 在项目中敏捷开发方法Scrum
- SCRUM 敏捷开发 基础及失败成功案例分析