美文网首页
ACP-敏捷的理念

ACP-敏捷的理念

作者: 从前我很乖 | 来源:发表于2020-04-28 15:00 被阅读0次

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

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

敏捷的理念

以上我们能看出来,本章主要从三个方面来讲:为什么需要敏捷(什么时候需要)敏捷宣言敏捷的框架

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

    传统思维&敏捷思维
    不难看出,传统的思维更在意对人的考核,只是管理好人,做好足够的规划,就能更好的完成任务;
    而敏捷的思维更在意是的过程持续优化,通过系统思考、优化整体流程、为员工清除障碍和持续进行增量交付,才能更好的交付价值。
  • 敏捷宣言
    敏捷宣言包括以下1+4+1模式:
    1:“我们正在通过亲身实践记忆帮助他人实践,揭示更好的软件开发方法”
    解读:敏捷是从软件行业产生的一种最佳实践,是经验的积累,不一定适用于所有场景。
    4

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

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

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

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

    全流程视角下的敏捷框架
    对比PMP项目管理过程中的五大阶段:启动、规划、执行、监控和收尾;
    敏捷项目管理框架分为五个阶段:构想、推测、探索、适应和结束
  • 构想:产品构想、项目范围、项目团队、团队工作方式;

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

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

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

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

相关文章

  • ACP-敏捷的理念

    最近在着手准备ACP考试,仔细看了下相关的书籍,对每章知识点进行相应的整理,想着记录下来,后续如有更好的理解,再回...

  • ACP-敏捷的实践

    最近在着手准备ACP考试,仔细看了下相关的书籍,对每章知识点进行相应的整理,想着记录下来,后续如有更好的理解,再回...

  • ACP-初视敏捷

    背景:在预测型项目中是否遇到计划赶不上变化快?迟迟无法向客户交付产品或项目?交付后因与客户设想的需求不同,导致频繁...

  • ACP-创建敏捷环境

    前情回顾 上一节我们讲到生命周期,包括预测型、迭代型、增量型、敏捷型:1.基于迭代的敏捷,2.基于增量的敏捷。 同...

  • ACP-敏捷方法的实现

    常用的敏捷实践包含:精益、看板、Scrum、XP极限编程、水晶、DSDM动态系统开发、FDD功能驱动开发、AUP敏...

  • 敏捷理念

    一、什么是敏捷 介绍敏捷的知识体系、敏捷宣言、以及敏捷原则。 1.1 敏捷树 敏捷最开始的提出,是在2001年制定...

  • ACP-在敏捷环境中交付

    前情回顾 上节中我们讲到构建敏捷环境,从办公环境、团队组员构成、敏捷推进人等构成敏捷环境的影响因素。 接下来我们讲...

  • 精益敏捷知识体系

    1. 组织文化 敏捷原则和理念解读(敏捷12条指导原则)。敏捷文化。 2. Scrum框架 敏捷回顾会的四个快速技...

  • Agile Testing梳理

    简介 为什么提出了敏捷测试的思想 敏捷测试的理念是什么 如何通过流程改进实现敏捷思想 如何通过技术支持实现敏捷思想...

  • ACP考试中的关键知识点

    一、敏捷原则和理念 1、敏捷的4条宣言就是敏捷之道,12条原则可以被视为敏捷之法。 2、常见正向的关键词:价值、消...

网友评论

      本文标题:ACP-敏捷的理念

      本文链接:https://www.haomeiwen.com/subject/htivwhtx.html