ACP-敏捷的理念

最近在着手准备ACP考试，仔细看了下相关的书籍，对每章知识点进行相应的整理，想着记录下来，后续如有更好的理解，再回头更新。
之后会按照以下目录进行梳理：

• 敏捷的理念
• 价值驱动交付
• 干系人管理
• 打造高绩效团队
• 适应性计划
• 发现与解决问题
• 持续改进
• 敏捷的实践

敏捷的理念

以上我们能看出来，本章主要从三个方面来讲：为什么需要敏捷（什么时候需要）、敏捷宣言和敏捷的框架；

• 为什么需要敏捷
  传统项目多使用瀑布流的项目管理方式，瀑布流管理强调对项目的预见和严格控制，严格遵循需求分析-设计-编码-测试-发布流程，每个过程可能耗费的时间很长，一个项目做下来可能需要大几个月，甚至数年。
  从瀑布流的特征不难发现，这种项目管理方式适用于传统的、项目过程中变化较小的，外部环境比较稳定的。如果出现需求变化时，返工的代价就非常大了。
  在现在VUCA的时代，不变都就是变化，项目中的需求变化不要太常见，甚至是在发布前；在以用户价值为中心、时刻相应变化的前提下，瀑布流的管理方式显得就不那么漂亮了，于是敏捷出现了。
  敏捷思维：
  

  传统思维&敏捷思维
  不难看出，传统的思维更在意对人的考核，只是管理好人，做好足够的规划，就能更好的完成任务；
  而敏捷的思维更在意是的过程持续优化，通过系统思考、优化整体流程、为员工清除障碍和持续进行增量交付，才能更好的交付价值。

• 敏捷宣言
  敏捷宣言包括以下1+4+1模式：
  1：“我们正在通过亲身实践记忆帮助他人实践，揭示更好的软件开发方法”
  解读：敏捷是从软件行业产生的一种最佳实践，是经验的积累，不一定适用于所有场景。
  4：

  • 个体和交互胜过过程和工具
  • 可以工作的软件胜过面面俱到的文档
  • 客户合作胜过合同谈判
  • 响应变化胜过遵循计划

  1：“虽然右项也具有价值，但我们任务额左项具有更大的价值”
  解读：右项所列的过程、工具、文档同样是需要的，不是敏捷就不需要这些东西，而是在项目实施过程当中，左项的个体和交互、响应变化需要大家更多的关注。
  接下来就仔细讲讲四句宣言：

  • 个体和交互胜过过程和工具：关注人
    解读：流程和工具是项目需要的，讲团队的目的聚焦于个体参与和互动。项目是通过人完成的，而不是工具。困难是由人来解决的，而不是通过流程。人决定来项目需求、项目范围、项目成功的定义。个体的参与和交互将有利于项目成功。
    并不否认过程和工具在项目中的作用，这些反而是重要的组织资产，我们也需要这些东西带来的逻辑性和预见性。
    个体和交互胜过过程和工具，有助于聚焦个体的时间、能量和激情。
  • 可以工作的软件胜过面面俱到的文档： 关注价值
    解读：软件项目交以创造有价值、高质量的软件为首要目标，项目的目标就是创造价值，而可用的软件便是价值。
    我们会时常过多的关注一些临时的交付成果，比如泛泛的文档，而没有关注最终的价值：软件。诚然，没有文档会给我们技术和支持带来不必要的麻烦，但是只有详尽的文档而没有可以工作的软件，对于项目或组织而言，便没有来意义。
    所以，文档是有意义的，但需要把我好其中的度。如果过多关注来文档而牺牲了工作的软件，那么文档也是无用的，没有价值的。
  • 客户合作胜过合同谈判： 灵活与包容
    解读：在VUCA时代，不变的法则就是变化。我们完全可以按照最初约定来完成产品，但是一旦客户需求和想法改变，最好的做好就是通过灵活的方法来完成新的目标。
    知识性项目都是动态的，每个软件都是独一无二的。外界的需求变化很快，技术革新非常迅速，不能仅仅停留在合同要求的需求上，而是应该跟上时代，识别变化，给客户带来更有价值的东西，与客户一起定义“完成”。
  • 响应变化胜过遵循计划： 适应性计划
    解读：最初的计划大都是不完善的，如果我们只是遵循计划，会导致我们花来过多精力去响应必然的变更，从而导致精力被白白浪费。
    当然，敏捷并没有建议完全放弃计划，而是随着工作的进行，随着不变的更扁加入，我们应该对计划队形适应性的规划，不断调整我们的计划。

• 敏捷的原则
  宣言的发起人还为敏捷方法撰写了12条知道准则，我也响应的把原则对应的相关的宣言中，见“敏捷的理念图”（不一定准确，仅供参考）

  1. 我们的最高目标是通过尽早和持续地交付有价值的软件来满足客户。
     关键词：满足客户需求 尽早和持续交付 有价值的软件
  2. 即使在项目开发的后期，仍欢迎对需求提出变更。敏捷过程通过拥抱变化，帮助客户创造竞争优势。
     关键词：拥抱变更 高效处理变更
  3. 要不断交付可用的软件，周期从几周到几个月不等，且越短越好。
     关键词：更快的客户反馈
  4. 在项目过程汇总，业务人员与开发人员在每天在一起工作。
     关键词：知识共享 反馈调整
  5. 要善于激励项目人员，给他们所需要的环境和支持，并相信他们能够完成任务。
     关键词：自组织团队
  6. 团队内部和各个团队之间，最有效的沟通方法就是面对面的沟通。
     关键词：面对面沟通包含其他的信息
  7. 可工作的软件是衡量进度的首要指标。
     关键词：客户接受的才是项目关注点
  8. 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久、稳定的进展速度。
     关键词：高效团队
  9. 对技术卓越和好的设计的持续关注有助于增强敏捷性。
     关键词：关注质量 重构
  10. 尽量做到简洁，尽最大可能减少不必要的工作。这是一门艺术。
      关键词：减少风险
  11. 最佳的构架、需求和设计出自自组织团队。
      关键词：自组织团队更加了解项目
  12. 团队要定期回顾和反省如何能够做到更有效，并响应地调整团队的行为（回顾和反省）。
      关键词：学习与回顾提升团队适应性

• 敏捷的框架
  

  全流程视角下的敏捷框架
  对比PMP项目管理过程中的五大阶段：启动、规划、执行、监控和收尾；
  敏捷项目管理框架分为五个阶段：构想、推测、探索、适应和结束；

• 构想：产品构想、项目范围、项目团队、团队工作方式；

• 推测：制定基于功能发布计划、里程碑和迭代计划，确保交付构想的产品；

• 探索：短期内提供经测试的功能，不断致力于减少项目风向和不确定性；

• 适应：审核提交的结果、当前情况以及团队的绩效，必要时作出调整；

• 结束：终止项目，交流主要的学习成果并庆祝。