ScrumVSKanban，如何选择？( 二 )
版本管理是针对产品的 ， 它定义的是一个批量的概念 ， 用于版本进度管理和交付风险管理 ， 明确在一个版本中最终的交付物 。 目前市面上大部分敏捷开发管理工具 ， 都能够很好的支持迭代管理 ， 却忽视了版本管理 。
Kanban
对于一个团队采用Kanban方法来管理是否能够成功 ， 取决于使用Kanban后能否为你的团队带来以下几点改进：
帮助团队可视化整个链条的价值流动
帮助团队识别价值流动中的风险点
帮助团队度量价值流动中的各种浪费 ， 并加以消除
基于这些考虑 ， 在WorktileAgile中的Kanban项目类型 ， 目前支持以下的能力：
能够清晰定义在制品WIP
能够清晰定义在制品限制WIPLimit
明确定义DoD
支持多泳道分割
文章图片
（图6WorktileAgile中的Kanban项目）
在WorktileAgile中的同一个项目中 ， 支持同时创建多个看板 ， 便于你根据业务场景的不同 ， 或者团队角色的不同定义多个看板 ， 并且可以针对每个看板的需要进行个性化的配置 。
文章图片
（图7根据团队的需求个性化你的看板）
因地制宜
讲完了Scrum和Kanban的基础知识 ， 以及在WorktileAgile中对于Scrum和Kanban的支持 ， 我们来看看在实际团队落地时 ， 如何结合实际情况在二者之间选择 。
1、如果你的团队是产品导向型的 ， 推荐使用Scrum；如果是研究导向型的 ， 比如性能优化、编码优化等不确定性非常大的 ， 推荐使用Kanban 。
2、团队规模适中 ， 5-9人左右 ， 并且有跨功能团队成员 ， 推荐使用Scrum；相反如果你的团队规模比较小 ， 只有2-5人左右 ， 推荐使用Kanban ， 相对效率较高 。
3、产品或者项目交付是按照一定的周期来计算 ， 比如每2周或每个月要求有一个新的版本 ， 推荐使用Scrum；如果产品或者项目的交付不是按周期来计算 ， 而是按照某个特定的事件为标志 ， 比如性能提升了10%发布一个新版 ， 推荐使用Kanban 。
当然这些只不过是一点经验之谈 ， 具体还要看团队的实际情况 ， 因地制宜 ， 来推动敏捷在团队的真正落地 ， 而不是流于形式 。
开源资讯为您送达
关注视频号“开开开源”
带你了解更多开源知识
【来源：开源中国】
【ScrumVSKanban，如何选择？】版权归原作者所有 ， 向原创致敬
经验总结扩展阅读
- 爱上你 如何让女人爱上你？这个“稀缺能力”，普通男人要学会
- 楚门|如何科学识破生活中的谎言？
- 01小佩今年39岁 如何正确的挽救一段婚姻？
- 潜规则 人性“潜规则”：弱势的成年男女，该如何正确反击？！
- 离婚 老公出轨，女人最好的选择是什么？这个姑娘的案例告诉你
- 公务员，计划拟派到国企担任副职，如何选择？
- 重读《老人与海》：善良或是多变？硬汉精神我们又该如何去理解？
- 从地摊小贩到集团总裁，身价高达25亿，最后却选择“自焚身亡”？
- 妻子|老婆瞒着丈夫给小舅子15万，他对丈母娘说：现在只给你们两个选择
- 面试官：您捡到900元，失主说少100，如何解决？聪明人会这