系列文章目录

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

文章目录

• 系列文章目录
• 一、问题
• 二、识别问题
• • 2.1、CycleTime vs Lead Time
  • 2.2、周期时间的计算
  • 2.3、缺陷的周期时间
  • 2.4、溜走的缺陷
  • 2.5、每个发布发现的溜走的缺陷数量
  • 2.6、质量标准和实践能包括的
  • 2.7、失败模式和可选方案
  • 2.8、成功的模式
  • 2.9、控制界限
• 三、管理威胁和问题
• • 3.1 基于风险调整的Backlog
  • 3.2 基于业务价值和风险的优先级特征列表
  • 3.3 风险调整后的待开发列表
• 四、持续改进
• • 4.1 捕获经验教训
  • 4.2 Kaizen
  • 4.3 敏捷生命周期
  • 4.4 多级别的改进
  • 4.5 XP实践的平衡
  • 4.5 混合(hybrid)模型
  • 4.6 Agile-传统混合
  • 4.6 价值流程图(VSM)
  • 4.7 价值流程图（Value Stream Mapping）
• 总结

一、问题

●问题是任何项目都不可避免的
●要积极的识别和解决问题是关键

二、识别问题

2.1、CycleTime vs Lead Time

2.2、周期时间的计算

● Throughput = WIP / Cycle Time
● Cycle Time = WIP / Throughput

2.3、缺陷的周期时间

● 快速解决Bug是非常必要的
● 平均的bug-fix时间也是可以通过不同的优先级的bug进行跟踪。

2.4、溜走的缺陷

客户发现的、研发人员发现的、内部或者外部试用用户发现的、产品上市
以后发现的、以及应该在研发的某sprint内发现却没有发现的，这些都属
于Escaped Defects的范畴。

2.5、每个发布发现的溜走的缺陷数量

● 用于度量交付Code的质量。
● 计算所有的缺陷。

2.6、质量标准和实践能包括的

● 产品质量的度量会通过测试和客户验收
● 尽可能的让测试自动化
● 确保测试在每个迭代都发生
● 尽可能在每个迭代中fix 90%的bug
● 鼓励质量控制和质量保证的人员和团队工作在一起

2.7、失败模式和可选方案

● 犯错误
● 即便失败也要保守
● 创新而不研究
● 成为习惯的动物
● 不能始终如一

2.8、成功的模式

● 善于四处寻找
● 有学习能力
● 具有可塑性
● 以工作为自豪

2.9、控制界限

三、管理威胁和问题

3.1 基于风险调整的Backlog

3.2 基于业务价值和风险的优先级特征列表

3.3 风险调整后的待开发列表

● 把风险管理视为价值的一部分
● 把风险应对与新功能开发需求统一管理
● 为干系人提供清晰的优先级列表
● 不追求数字的精准性，指明相对价值即可

四、持续改进

4.1 捕获经验教训

4.2 Kaizen

4.3 敏捷生命周期

4.4 多级别的改进

4.5 XP实践的平衡

4.5 混合(hybrid)模型

● Agile – Agile 混合：Scrum - XP
● Agile – 传统混合

4.6 Agile-传统混合

4.6 价值流程图(VSM)

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

4.7 价值流程图（Value Stream Mapping）

● 识别你分析的产品或服务
● 创建目前流程的价值流，识别步骤，排序，延迟，信息流
● 评审找到的延迟、浪费、和约束
● 为未来的流程创建新的价值流，移除减少延迟、浪费和约束
● 创建路线图
● 规划流程的再次访问，以持续优化

总结

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