敏捷项目管理是指什么?
敏捷项目管理是一种基于增量、迭代的开发项目管理方式。敏捷优先考虑个人责任、可交付成果之间的短时间尺度、一致的沟通、反馈和可持续发展,使其更适合大型软件开发项目。在这种方法中,整个项目被分解为更小的、可管理的开发周期,称为“Sprint”,并且在每个sprint开始时,对迭代进行审查和实施。在开发阶段,客户仍然是项目的一部分,任何更改都会立即实施。这种项目管理方法非常适合复杂的项目和交付小而快速的版本。此外,敏捷方法侧重于个人和交互,而不是流程和工具。
敏捷项目管理的优劣势:
敏捷项目管理的优劣势 | |||
优势 | 劣势 | ||
以客户为中心 | 在敏捷项目管理中,你的客户在每个开发周期结束时验收产品。然后你的团队根据客户的反馈对产品进行优化、修改,以确保他们的需求得到满足。通过客户不断的参与,你的敏捷项目可以轻松满足客户不断变化的需求。 | 不适用于小型项目 | 在敏捷项目管理中更依赖于将项目分为更小的周期。如果项目本身就很小,尝试进一步划分便毫无意义。 |
高效且积极的团队 | 敏捷项目管理中非常注重人和协作。这使开发人员对待工作有极强的积极性,团队始终有明确的职责,来积极推动项目的进展。 | ||
更高效的流程 | 在敏捷项目管理中,每个迭代最后的Sprint评审,可以你的团队可回顾哪些地方出现了问题,哪些地方有待改进。通过这种方式,你的团队可以从早期流程中学习,并将这些知识应用到下一个Sprint中。 | 容易跑偏 | 敏捷项目管理虽然可以非常灵活的应对客户不断变化的需求,但产品的研发周期也可能会因此无限期的继续下去,直到偏离轨道。 |
更好的问责制 | 你的团队和客户都确切的知道已经做了什么,正在开发什么,下一步计划是什么。他们都会监督开发工程并提供反馈,这确保了敏捷项目管理中的每个人都可以对你自己的工作负责。 |
与敏捷项目管理相对应的,是传统式项目管理(也称为瀑布式项目管理)。可以说,瀑布式项目管理是计划驱动,而敏捷项目管理是价值驱动。
敏捷式项目管理VS瀑布式项目管理:
因素 | 瀑布 | 敏捷 |
时间表 | 在项目开始时提到了一个固定的时间表。 | 更灵活的时间表,具有实验和更正的范围。 |
客户的反馈意见 | 客户只在需求/计划阶段提供。 | 客户参与项目开发的每一步。 |
灵活性 | 需求必须在项目启动时冻结,后期灵活性严重受限。 | 即使在项目的后期阶段,短时间的工作也可以整合新信息。 |
成本 | 根据文档固定预算。因此,错过最后期限会严重限制可用选项。 | 相比之下,高度的灵活性导致预算的波动非常小。 |
流动 | 线性和顺序流过各个阶段,就像瀑布样。 | 具有迭代循环的增量方法。 |
进度测量 | 就完成和审查的工件而言。 | 在开发和交付的功能方面。 |
文档 | 需要正式文件。 | 工作原型为基础。 |
测试 | 构建软件后执行测试 | 在每次迭代期间执行连续测试。 |
在选择瀑布式项目管理或敏捷项目管理时,可以考虑以下几方面:
●项目规模:你的项目是小而简单,还是将其拆分会更好?
●团队规模:你的团队是结构化的,还是由跨职能的成员组成?
●客户意愿:你的客户是否想积极参与项目流程?
●项目需求:你的项目是否有固定的可交付成果,还是非常灵活?
PMI-ACP®敏捷项目管理认证是什么?
PMI-ACP®认证是由美国项目管理协会(PMI)于2011年推出一门敏捷项目管理的考试,全称Agile Certified Practitioner。PMI经过多年调查发现许多项目需求不断地变更,成员小于10人的团队,套用以往"先做计划再做事"的思维,项目根本推不动。因此,PMI提倡采用敏捷(Agile)的方法管理充满变动的项目,并从2011年开始正式推出PMI Agile Certified Practitioner(PMI-ACP®)认证,使项目经理能够具备快速应变的能力。
PMI-ACP®证书认可证书持有者针对不同敏捷方法的原则、实践、工具与技能所掌握的知识,且不对从业者限定某一种敏捷方法。与其他仅基于考试或培训的敏捷认证不同,PMI-ACP®要求申请者参加多种敏捷培训,拥有丰富的敏捷项目工作经验、普通项目工作经验并通过考试。PMI-ACP®获得全球认可,适用于任何行业,包括从事或不从事互联网技术(IT)和软件开发或维护的人员。
PMI-ACP®学什么?
PMI-ACP®主要学习敏捷核心价值观(敏捷宣言)、12条准则,以及敏捷项目管理的7大知识领域:
敏捷宣言:
1、个体和交互胜过过程和工具
·人是软件项目获得成功最为重要的因素;
·合作、沟通能力以及交互能力比单纯的软件编程能力和工具更为重要;
·方法和工具是死的,人是活的,人要是太“面”或者协作不好,再强大的方法和工具都是白扯。
2、可以工作的软件胜过面面俱到的文档
·过多的面面俱到的文档往往比过少的文档更槽;
·软件开发的主要和中心活动是创建可以工作的软件;
·直到迫切需要并且意义重大时,才进行文档编制;
·编制的内部文档应尽量短小并且主题突出。
3、客户合作胜过合同谈判
·客户不可能做到一次性地将他们的需求完整清晰地表述在合同中;
·为开发团队和客户的协同工作方式提供指导的合同才是最好的合同。
4、响应变化胜过循环计划
·变化是软件开发中存在的现实计划必须有足够的灵活性与可塑性;
·短期的选代的计划比中长期计划更有效。
12条准则:
·尽快交付
·欢迎变更
·频繁交付
·与客户互动
·信任激励的团队
·面对面沟通
·衡量已完成的软件
·维持稳定(可持续)的步调
·精良的技术
·简单最美
·团队自我组织
·反省与调整
7大知识领域:
领域一:【敏捷原则与理念】是核心是基础,在此上,出现下述6个并列领域模块。
领域二:【价值驱动交付】聚焦于用户或客户产生价值——实施敏捷的核心关键要素。
领域四:【提高团队效能实践】主要价值交付体就是团队,团队的绩效、团队的能力和效能就 显得尤为重要;如何让敏捷团队更好的发挥效能。
领域三:【干系人参与】分“团队内部”和“团队以外”的干系人,凡是跟敏捷相关的所有利益 相关方都称之为敏捷干系人,所有干系人围绕业务价值的交付去服务。
领域五:【适应性计划】敏捷讲多次适应性计划怎么做和如何产生效果;有别于传统项目管理 的一次性计划。
领域六:【问题探测与解决】问题驱动,若问题和原来计划有出入,怎么拥抱变化去解决问题。
领域七:【持续改进】敏捷实施中会有小的断点和时间盒概念,可以把实施好的或有问题的地 方进行不断回顾,真正做到持续改进。
课程:PMI-ACP®免费课程丨网络课程