敏捷开发项目管理（PMP项目管理和ACP敏捷项目管理哪个更值得考它们有什么关联）

本文目录

• PMP项目管理和ACP敏捷项目管理哪个更值得考它们有什么关联
• acp敏捷项目管理跟pmp项目管理之间有什么区别
• 如何选择敏捷开发项目管理工具
• 做敏捷项目管理时应该注意什么

PMP项目管理和ACP敏捷项目管理哪个更值得考它们有什么关联

很多项目管理知识体系学习者认为，PMP和ACP代表着项目管理当前和未来的发展方向，事实真是如此么？























实际上PMP和ACP有很大的区别，不能说ACP代表着项目管理未来发展方向，只能说未来的项目管理会会融入更多的ACP理念，ACP是PMI项目管理协会推出的敏捷项目管理，用于范围不是很清晰，需求多变的创新型项目。但实际上用ACP来管理整个项目生命周期往往会造成项目混乱，ACP更适合的是在这种需求多变，范围也不清晰的项目中管理项目中的产品开发过程，实际上能更好管控项目的还是PMP知识体系。























我们知道项目管理的核心理念：三重制约因素，即项目的三要素：范围、时间、成本、质量。























在这里，我想提一个问题，为什么范围是处于三重制约的顶端？而不是时间和成本这些要素？这其实意味着通常的项目是先确定范围，我们可以回想一下我们所学习的课程逻辑：是先收集需求，再确认项目范围，其次再确定工作分解结构。工作分解结构（项目范围）确定后，我们再确定项目的进度（进度网络计划）和成本（挣值管理）的。























这意味着什么呢？其实我们先前所学的项目管理思路有一个前提，就是需求和项目范围尽可能要不变或少变，这样才能使得项目三角形相对稳定，否则需求和项目范围一发生变化，整个项目系统就很有可能随之发生改变。























广大项目管理学习者可能有一个疑惑：有些项目可能用这样的思路来管理是可以的，但有些项目就很难让需求和项目范围不变或少变。例如现在热玩的“绝地球生”游戏、小米手机的MIUI，像这类产品的开发都是不断贴近用户需求，一直处于变化状态的，唯有这样才能有更好的用户体验，才能得到用户的认可。































那我们先前学习的项目管理思路（我们通常称为瀑布式方法）用到这样的项目中就挺难奏效了，所以今天我们学习一种新的项目管理思维：敏捷。























那么到底什么是敏捷管理呢？从本质来说，敏捷是一种拥抱变化，快速响应的产品开发方法。































敏捷的本质是什么呢？如同下图所示，以前的瀑布式项目管理思维是项目范围是相对固定量，而进度和成本是作为估算量不断调整；而敏捷思维恰恰相反，往往进度和成本是相对固定量，而不断调整项目范围而适应用户需求的不断变化。

（瀑布型）

明确了敏捷的思想，下面介绍两种敏捷的核心方法：迭代-增量模式和每日站会。

     迭代-增量模式意味着开发周期非常短（通常2-6周，有的只有1周，甚或8小时），每个开发周期都有完整的需求-设计-开发-测试-上线等完整的闭环。迭代所带来的项目节奏非常快，而且优先开发对用户价值最高的产品功能。

而增量的方式则是有点像切蛋糕，将项目切成若干个块，我们在开始的时候不知道我们需要多少块，也不知道这个会是哪种蛋糕。我们会随着项目的进行，一块一块地弄明白。这样在一个迭代的末期，一个优先级排序比较高的需求中的一块，就完成了，这是迭代-增量开发的真正的亮点。

完成一个迭代后，一项功能需求就被转化成了可工作的产品并且可以向客户展示。而这种方法最大的有价值之处在于，客户可以在项目早期就进行反馈，我们也可以更快的速度响应客户，并在下一个迭代做出变更并且按照客户所期待的正确方向进展项目。

每日站会是敏捷项目的常见惯例。在每日站会中，每个团队成员只对三个问题提供答案：


答案：A

优培东方PMP培训   优质培训，鼎立东方！

acp敏捷项目管理跟pmp项目管理之间有什么区别

ACP敏捷项目管理有别于传统的基于PMBOK或PRINCE2的项目管理模式，敏捷项目强调商业价值的尽早交付，项目团队的自组织，不断响应客户动态的需求变化，持续的优化项目产品和交付流程。

选择师资有保障的网课公司可以事半功倍，选择PMP培训机构和项目管理相关课程，需要对比的无非是机构的资质、师资、服务这三个方面，官方资质，师资强大，服务良好自然就指得推荐，比较推荐艾威培训，首先是资质，报考PMP的资格要求中，有一项硬性要求是需要提供35学时以上的涵盖PMBOK中10大知识领域的完整培训经历的项目管理培训证明，该证明只能由PMI授权R.E.P注册教育机构提供，否则无法进参加PMP考试，而艾威培训是美国PMI 2003年授权PMP培训机构(PMI REP.1887)，直接与PMI合作，培训有保障。

如何选择敏捷开发项目管理工具

敏捷开发项目管理工具主要是针对项目开发的管理。 敏捷管理支持增量式项目产品开发的短迭代管理和满足竞争格局和项目需求动态变化的管理需求。 如有需要，也可灵活扩展以满足传统项目监控的管理需求（如时间管理，成本管理）。可以尝试用日事清来完成敏捷开发项目管理流程，非常方便实用。当产品需求越来越多，超过当前迭代的范围，系统会自动把超过范围的需求存储在待开发项列表。用户可随时查看在以往的迭代已经发布了哪些需求，哪些需求还在待开发项中，可帮助用户更好的安排工作和做出决策。

做敏捷项目管理时应该注意什么

从历史上看，无论谁是项目的技术负责人，也需要做项目管理的工作。 尽管我们的系统和流程变得更加相互依存，然而，我们却开始看不到未知的依赖关系和涟漪效应。 当我决定使我的IT团队能够胜任项目管理时，我想这将是非常简单的：培训或聘请一些好的项目经理，并让他们做这些工作。 但当我开始思考在我的IT组织中真正需要的角色时，发现建立项目管理能力并不是那么简单。正如我在我的项目管理需求中反映的，我确定了三个对我的成功非常关键的非传统项目管理的特点： ·敏捷或迭代法必须是项目管理的基础。 ·项目管理必须积极主动地管理并化解风险。 ·项目和项目状态必须是可见的。 项目管理的敏捷或迭代方法 正如我前面所述，敏捷方法帮助解决了传统IT项目问题的范围。我们应该将每一个IT项目分解成更小、更易于管理的块。这样在每一块的结束，我们可以适应变化。然而，这项建议不应意味着我们可以自有改变一切。有效的敏捷项目管理的规则之一是，在当前的块中，我们确定将做什么，然后让团队交付该块。如果有人改变了主意，当我们计划下一块时，我们应该考虑这些变化。 敏捷项目管理必须主动减轻风险 若干年前，我开始思考以一种更加自觉地、积极主动地方式管理风险。传统上，项目管理使用紧张的控制过程缓解风险。然而，那些过程和敏捷这种要适应变化的方法共同存在是有困难的。 我的用于积极主动的风险管理的方法在最初的项目规划期间就开始了。我创建了一个项目风险概况，将项目风险划分为三类：交付风险（时间、预算和目标上的风险）；业务案例风险（不正确的假设的风险）；和附带损失风险（当该项目交付承诺的、但在别的方面有可怕的涟漪效应时）。 一旦我们在这三个类别中识别到风险，我们就会确定其来源。它们是因为不确定性？（例如，有商业案例的风险，由于预期收益是没根据的猜测。）或者是因为复杂性吗？（例如，交付风险，因为我们使用的是一项极其复杂的集成技术。） 随着风险类别和来源被确定，接下来我们确定具体的项目任务，它们将遇到和减轻风险。在一般情况下，如果风险的来源是不确定的，我们使用敏捷或迭代的方法来降低这些风险。例如，我们会做一个小规模的试点来确定尚未明朗的好处。然而，如果风险的来源是复杂的，我们分离并简化我们所能做的。在每个项目块或迭代周期结束时，我们更新风险状况和缓解步骤--再像其他事情上以上，预期风险将会发生变化。 项目和项目状态必须是可见的 持续过程改进的格言之一是，我们应该能够通过简单的查看，说出每一件事情的状态。同样的格言适用于项目管理能力。我们现在生活在一个每个人都想获得一切的环境中！那么，为什么我会让我的项目利益相关者等待我去收集、记录和分发有关他们的项目信息？相反，我应该有一个项目状态可见的方式--这意味着，利益相关者可以通过简单的查看告知项目的状态--几乎实时。 这怎么可能呢？首先，我要保持我的项目状态需求在最低限度。否则，状态报告可以是繁重的--繁重的任务具有不能实时完成的倾向。其次，我应当使项目状态信息可访问。我们使用可视化的显示（在我们中间的那些“敏捷开发者“应当考虑典型的信息传播源），以及简单的、项目团队可以更新且利益相关者可以访问的技术仪表板--再没有太多的麻烦。 项目管理在我们的成功中起着至关重要的作用，但它必须适应我们的组织对我们的要求。在我的生活中，我既没有时间也没有空间用于官僚的项目管理过程。当我做迭代项目时，我得到我需要的。迭代项目主动管理风险，对任何人以及所有利害关系方可见。