《Scrum精髓：敏捷转型指南》—结语
结语
本章重点介绍敏捷的核心原则——推动我们在Scrum中进行软件开发的基本理念。我比较了这些理念与教科书中传统计划驱动的顺序开发在理念上的不同（表3.4进行了总结）。
表3.4 计划驱动原则和敏捷原则的比较
主题 | 计划驱动原则 | 敏捷原则 |
开发和制造的相似性 | 两者都遵循既定规程 | 开发工作不是制造业，它是为产品创建方法 |
过程的结构 | 开发是基于阶段的、顺序式的 | 开发应该是迭代和增量的 |
过程和产品的可变程度 | 尝试消除流程和产品的可变性 | 通过检视、调整和透明来驾驭可变性 |
不确定性管理 | 先消除结果的不确定性，再消除方法的不确定性 | 同时减少各种不确定性 |
决策 | 在合适的阶段做出相应决策 | 不轻易决定 |
第一次就做对 | 假设我们事先就能拥有创建需求和计划所需的所有正确信息 | 事先无法做对 |
探索和开发 | 利用目前已知的，预测未知的 | 偏好适应式的、探索式的方法 |
变更（涌现） | 变更会破坏计划且成本高昂，应当避免 | 用经济合理的方法积极接受变更 |
预测式对比适应式 | 过程是高度可预测的 | 平衡预测性的事先工作和适应性的刚好及时的工作之间的关系 |
假设（未经验证的知识） | 此过程容忍假设长期不被验证 | 快速验证重要的假设 |
反馈 | 关键认知发生在一个“分析—设计—编码—测试”大循环中 | 利用多个认知循环并发的优势 |
快速反馈 | 此过程容忍较晚获得认知 | 妥善组织工作流以获得快速反馈 |
续表
主题 | 计划驱动原则 | 敏捷原则 |
批量大小（在下一个活动可以开始之前有多少工作完成了） | 批量较大，通常是100%——大批量分阶段整体推进。规模经济适用 | 使用较小的、经济合理的批量大小 |
库存或WIP | 这个体系的理念中没有考虑库存，所以不是重点 | 意识到并妥善管理库存以达到较好的流动 |
人员浪费与工作浪费 | 分配人员，达到更高级别的利用率 | 关注闲置工作而非闲置人员 |
延期成本 | 几乎不考虑延期成本 | 总是考虑延迟成本 |
遵守计划 | 认为遵从计划是得到好结果的主要方法 | 调整并重新制定计划，而不是遵从计划 |
进度 | 通过阶段进展情况展示进度 | 通过验证工作成果衡量进度 |
中心性 | 过程为中心——遵循过程 | 价值为中心——交付价值 |
速度 | 遵循流程，把事情一次做对并快速前进 | 快速前进，但不匆忙 |
什么时候会有高质量 | 经过全面的测试—修复阶段后，最后得到质量 | 从一开始就以质量为魂 |
仪式化 | 仪式（定义良好的过程和检查点）对于有效的执行很重要 |
做这种对比的目的并不是说服你相信Scrum好而瀑布式不好。我想说明瀑布方式的基本理念决定着瀑布方式和Scrum分别适用于不同的问题。可以根据具体情况来评估自己的组织到底要解决什么类型的问题，在此基础上选择更合适的工具。后面几章将更详细地描述这些敏捷原则之间如何相得益彰，如何为产品开发提供强大的方法。
- 点赞
- 收藏
- 关注作者
评论（0）