系列文章目录

第一章 敏捷核心知识点
第二章 敏捷宣言与原则
第三章 价值驱动交付-优先级排序&增量交付
第四章 团队的形成与授权
第五章 敏捷里的 Scrum 会议
第六章 团队的合作与承诺
第六章 适应性计划

文章目录

• 系列文章目录
• 一、渐进明细
• 二、渐进明细的计划
• 三、基于价值的分解和优先级
• 四、设计产品盒子
• 五、时间盒（TimeBox）
• 六、时间盒的价值
• 七、发布和迭代规划
• 七、迭代/冲刺类型
• 八、迭代/冲刺类型
• 九、Release Plan VS Sprint Plan
• 十、冲刺或迭代规划会议
• 十一、冲刺或迭代规划会的步骤
• 十二、迭代规划会总结
• 十三、任务卡片
• 十四、每日立会的规则
• 十五、每日立会
• 十六、团队成员需要回答3个问题
• 十七、如何处理立会中遇到的问题
• 十八、好的立会的重点特征
• 十九、建议的Scrum会议时长
• 二十、价值流程图
• 总结

一、渐进明细

渐进明细就是做规划时的一种接近值，在项目的前期会有一个概要的估算，之后在开发团队有了新的需求后，他们进行更详细的估算。

二、渐进明细的计划

三、基于价值的分解和优先级

四、设计产品盒子

盒子的正面 盒子的背面
● 产品或解决方案的名字 ● 产品描述
● Logo或者图案 ● 保留的特性列表
● 3个关键的特性或目标 ● 操作需求

五、时间盒（TimeBox）

一个“Time box”是一个比较短而且固定长度的时间段。在这个时间段中，团队成员要为满足一个特定的目标做出努力。这个目标可以是一批功能需求或技术需求，也可以是满足一个发布目标 (例如，beta测试应支持150个用户)还可以是完成一个可运行的原型，等等，例如:立会时间盒: 15分钟迭代的时间盒: 2周每一次迭代后面都有评审和回顾。

六、时间盒的价值

● 固定时间盒的长度（一般为几天，最高为六个星期）
● 全生命周期质量是极限项目管理的十大共享价值之一。即一个时间盒应该基于40小时/星期这个工作时间进行计划。
● 在每个时间盒过程中，不要增加人员。牢记Brook理论：在一个滞后的项目中加人只能使其更滞后。
● 时间盒的结束日期不可变更。应该在有效的时间里做你能做到的事情，然后再重新组合(re-group)。
● 时间盒不是用来做绩效考核的。
● 如果在时间盒期间需要追加需求，那么原来时间盒中的某些任务必须放在以后的时间盒中。如果有重大变化发生的话，应取消时间盒，重新计划并执行新的时间盒。
● 每日同步。
● 拥抱改变并不意味着混沌，在持续不断的变动之海中，必须有一个稳定的点。

七、发布和迭代规划

七、迭代/冲刺类型

八、迭代/冲刺类型

九、Release Plan VS Sprint Plan

十、冲刺或迭代规划会议

十一、冲刺或迭代规划会的步骤

● SM或者Agile Coach、PO、团队参与
● 在会议之前，PO必须准备产品待开发列表
● 在第一个4小时，团队会选择product backlog items
● 团队决定实施product backlog items的数目
● 在第二个部分中，团队会指出所选product backlog items如何转换成
潜在产品功能
● PO在第二部分中要参与到团队中
● 冲刺或迭代的第二部分的输出，被称为冲刺或迭代的任务待开发列表

十二、迭代规划会总结

十三、任务卡片

十四、每日立会的规则

● 如果你有任务，就必须要参加
● 只有有任务的人才能在会议上发言
● 让团队说，而不是SM和教练
● 没有幻灯片
● 为每一个新任务创建一个新的sticky
● 在会议之后讨论问题
● 不要在会议上解决问题

十五、每日立会

● 属性
每天都会开
15分钟结束
站着开会
● 不是为了解决问题
所有相关的人被邀请
只有Scrum master，产品所有者，团队成员能够在会议上发言
● 避免无关的讨论

十六、团队成员需要回答3个问题

十七、如何处理立会中遇到的问题

十八、好的立会的重点特征

● 同辈压力：因为团队靠大家，所以同辈的期望可带动进步；
● 密切的配合：团队应当理解对专注的必要性并独立工作；
● 专注：团队应当理解每日站立会议中简洁的必要性，由此团队才
有效益；
● 每日承诺：团队应当理解对每人每日承诺的价值所在，并兑现这
些承诺；
● 辨别障碍：团队应当集体意识到每个人的困难，由此团队看集体
尝试解决；

十九、建议的Scrum会议时长

二十、价值流程图

敏捷方法很大程度上受丰田的精益生产技术的启发。这是一种用于分
析整个过程链、减少浪费的方法。

总结

瀑布侧重计划交付，敏捷侧重价值交付