敏捷-第三章 精益开发7原则

敏捷、精益与看板方法

• 精益的重点是最大化商业价值和最小化产品开发以外的活动
• 精益思想是一个超集，与敏捷和看板方法拥有如下共性：
  1、关注并交付价值；2、尊重人；3、减少浪费； 4、透明； 5、适应变更；6、小批量持续改善

精益七原则-1：消除浪费 Eliminate Waste

• 价值流图（Value Stream Map）：帮助管理者来识别工作的增值活动和非增值活动 (浪费)，以消除效率低下

精益七原则-2：内建质量 Build Quality in

• 质量管理的理念是：预防胜于检查。一次性就做对！
• 一开始就重视质量问题，减少可能发生的缺陷
• 每次完成一小部分，然后检查其正确性，修正任何发现的问题。然后开始下 一个循环。
• 敏捷开发实践：
  1、非独立开发（结对编程等）；2、增量交付和持续反馈； 3、完成的定义（DoD）； 4、测试驱动开发（TDD）； 5、自动化测试； 6、代码重构； 7、持续集成持续交付 (CI/CD）；

如：发现故障的当天进行修改，只需要1小时；但如 果在3周后才发现并修改，那就可能需要24小时

精益七原则-3：创建知识（增强学习）

• Create Knowledge（Amplify Learning）
• 软件开发是一个实验型的、知识增长的过程
• 不断学习而非固守计划，迭代式开发来理解干系人的真实需求；
• 测试是最好的反馈，经常审视，不断改进；
• 短的学习周期是高效的学习过程；
• 敏捷开发实践：
  1、结对编程； 2、代码审查； 3、Wiki - 分享与增长知识； 4、知识分享会议； 5、回顾； 6、培训； 7、使用工具来管理需求与用户故事； 8、善用共同开发工具助力团队协同合作（如Git）；

精益七原则-4：延迟决策

• Defer Decision （Decide as later as possible）
• 不明确的时候，适当等待，是做出好决策不可缺少的行为。
• 最后责任时刻（ Last Responsible Moment ）：当你再不做出决策时，延迟的成本就会高于决策的成本。
• 敏捷开发实践：
  1、滚动式规划；2、CoD优先级排序；3、持续收集与分析信息

精益七原则-5：尽快交付

• 快速交付，快速反馈，可以在短周期内创造足够有价值的产品出来，而且这种做法因为快速地验证而避免引入大量的缺陷，减少了浪费。
• 客户喜欢更早地看到和用到产品功能
• 项目通过尽早交付，早期就实现盈利
• 团队通过快速交付获取及时的反馈
   

精益七原则-6：尊重成员 赋能团队

• 尊重他人，建立和谐的团队文化氛围，团队成员之间亲密无间，利出一孔， 减少沟通上的浪费，提高开发效率。
• 敏捷开发实践 ：1、 积极乐观的合作、积极有效的沟通 ；2、赋能、授权团队和个人，他们才是核心；3、任务“领取”包含了尊重和承诺，其效果远胜于任务“分配”

精益七原则-7：优化整体

• 玛丽&汤姆《精益软件开发》：系统的好坏不是由单一组件来决定的，也不是各部分的总和，还要加上各部分相互的协作能力。
• 构建完整性的方法：
  1、增加全体开发人员在应用领域方面的知识
  2、接受变更，并将变更看成是正常的过程和容纳新设计及决策的能力
  3、营造提高沟通能力的环境，以便对人员、工具和信息进行整合
• 聚焦于局部而非整体的常见原因：
  1、业绩考核
  3、片面的KPI制定
  4、过度关注细节
  5、分工过于明确
  6、团队没有交流