敏捷开发之Kanban.pptxVIP

敏捷项目管理Kanban钱魏 2013年4月23日所有任务都适合迭代？紧急的技术支持临时增加的优先级非常高的需求需求的批量小，导致无法2~4 周一个迭代稳定发布估算非常难，导致不容易承诺，例如不清楚原因的bug 修改，需要技术预研的任务一些专家只对自己的技能擅长，导致计划扑克等团队估算形同虚设，同时他们在迭代中的任务很可能不饱满或者超值由于大量增加和变化的需求，导致燃尽图对PO 和团队已经没有意义市场的需要，2 周的周期，太长了看板是什么？一种最轻量的管理流程的方法3个规则可视化的工作流限制WIP关注平均完成时间1个工具可以包含整个全局流程和抓住最重要的流程关键原则局部最佳化的总和效益不等于整体最佳化效益，系统的产出等于系统中最弱一环的产出。Kanban vs Scrum团队Kanban vs Scrum迭代Kanban vs Scrum产品管理Kanban vs Scrum持续改进Kanban vs Scrum白板Kanban vs Scrum比较类别KanbanScrum交付频率没有时间盒的概念，可以是固定时间段，也可以是事件驱动固定时间盒的迭代流程管理对需求的大小没有特别限制，不同大小的需求同样适用需求必须分解为一个迭代可以完成的更小的部分过程管理没有特别推荐的工具燃尽图是特别推荐的团队能力许可的任何时候都可以增加新的需求迭代过程中不可以增加新的需求对估算没有强制要求估算是要