本文目录
- PMP项目管理和ACP敏捷项目管理哪个更值得考它们有什么关联
- 怎样做好敏捷项目管理
- acp敏捷项目管理跟pmp项目管理之间有什么区别
- 做敏捷项目管理时应该注意什么
- 如何选择敏捷开发项目管理工具
- 项目管理工具Masterlab,Teambition,worktile有什么区别，哪个最适合互联网的敏捷开发
- 敏捷开发的工具
- 敏捷开发的项目管理软件有哪些
- 敏捷开发项目管理工具有免费的吗
- 敏捷软件开发的管理工具
PMP项目管理和ACP敏捷项目管理哪个更值得考它们有什么关联
很多项目管理知识体系学习者认为，PMP和ACP代表着项目管理当前和未来的发展方向，事实真是如此么？
实际上PMP和ACP有很大的区别，不能说ACP代表着项目管理未来发展方向，只能说未来的项目管理会会融入更多的ACP理念，ACP是PMI项目管理协会推出的敏捷项目管理，用于范围不是很清晰，需求多变的创新型项目。但实际上用ACP来管理整个项目生命周期往往会造成项目混乱，ACP更适合的是在这种需求多变，范围也不清晰的项目中管理项目中的产品开发过程，实际上能更好管控项目的还是PMP知识体系。
我们知道项目管理的核心理念：三重制约因素，即项目的三要素：范围、时间、成本、质量。
在这里，我想提一个问题，为什么范围是处于三重制约的顶端？而不是时间和成本这些要素？这其实意味着通常的项目是先确定范围，我们可以回想一下我们所学习的课程逻辑：是先收集需求，再确认项目范围，其次再确定工作分解结构。工作分解结构（项目范围）确定后，我们再确定项目的进度（进度网络计划）和成本（挣值管理）的。
这意味着什么呢？其实我们先前所学的项目管理思路有一个前提，就是需求和项目范围尽可能要不变或少变，这样才能使得项目三角形相对稳定，否则需求和项目范围一发生变化，整个项目系统就很有可能随之发生改变。
广大项目管理学习者可能有一个疑惑：有些项目可能用这样的思路来管理是可以的，但有些项目就很难让需求和项目范围不变或少变。例如现在热玩的“绝地球生”游戏、小米手机的MIUI，像这类产品的开发都是不断贴近用户需求，一直处于变化状态的，唯有这样才能有更好的用户体验，才能得到用户的认可。
那我们先前学习的项目管理思路（我们通常称为瀑布式方法）用到这样的项目中就挺难奏效了，所以今天我们学习一种新的项目管理思维：敏捷。
那么到底什么是敏捷管理呢？从本质来说，敏捷是一种拥抱变化，快速响应的产品开发方法。
敏捷的本质是什么呢？如同下图所示，以前的瀑布式项目管理思维是项目范围是相对固定量，而进度和成本是作为估算量不断调整；而敏捷思维恰恰相反，往往进度和成本是相对固定量，而不断调整项目范围而适应用户需求的不断变化。
（瀑布型）
明确了敏捷的思想，下面介绍两种敏捷的核心方法：迭代-增量模式和每日站会。
迭代-增量模式意味着开发周期非常短（通常2-6周，有的只有1周，甚或8小时），每个开发周期都有完整的需求-设计-开发-测试-上线等完整的闭环。迭代所带来的项目节奏非常快，而且优先开发对用户价值最高的产品功能。
而增量的方式则是有点像切蛋糕，将项目切成若干个块，我们在开始的时候不知道我们需要多少块，也不知道这个会是哪种蛋糕。我们会随着项目的进行，一块一块地弄明白。这样在一个迭代的末期，一个优先级排序比较高的需求中的一块，就完成了，这是迭代-增量开发的真正的亮点。
完成一个迭代后，一项功能需求就被转化成了可工作的产品并且可以向客户展示。而这种方法最大的有价值之处在于，客户可以在项目早期就进行反馈，我们也可以更快的速度响应客户，并在下一个迭代做出变更并且按照客户所期待的正确方向进展项目。
每日站会是敏捷项目的常见惯例。在每日站会中，每个团队成员只对三个问题提供答案：
答案：A
优培东方PMP培训 优质培训，鼎立东方！
怎样做好敏捷项目管理
敏捷项目管理是规划和指导项目流程的迭代方法。
与敏捷软件开发一样，敏捷项目是在叫做迭代的小型部门中完成的。每个迭代都由项目团队审查和评判；从迭代的评判中获得的信息用于决定项目的下一个步骤。每个项目迭代通常是安排在两周内完成。
我认为我们公司使用的日事清就具备一些好的特点，日事清是以GTD时间管理方法为主导的管理工 具，收集、整理、组织、回顾、执行，让你每天的日程管理安排都会井井有条。另外，在日程安排 上，日事清提供了四象限日程安排表格，你可以把日程按照重要性和紧急性整理到不同的象限，以 便更直观的安排日程的优先级，减少日程衔接的时间浪费。
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项目分解成更小、更易于管理的块。这样在每一块的结束，我们可以适应变化。然而，这项建议不应意味着我们可以自有改变一切。有效的敏捷项目管理的规则之一是，在当前的块中，我们确定将做什么，然后让团队交付该块。如果有人改变了主意，当我们计划下一块时，我们应该考虑这些变化。
敏捷项目管理必须主动减轻风险
若干年前，我开始思考以一种更加自觉地、积极主动地方式管理风险。传统上，项目管理使用紧张的控制过程缓解风险。然而，那些过程和敏捷这种要适应变化的方法共同存在是有困难的。
我的用于积极主动的风险管理的方法在最初的项目规划期间就开始了。我创建了一个项目风险概况，将项目风险划分为三类：交付风险（时间、预算和目标上的风险）；业务案例风险（不正确的假设的风险）；和附带损失风险（当该项目交付承诺的、但在别的方面有可怕的涟漪效应时）。
一旦我们在这三个类别中识别到风险，我们就会确定其来源。它们是因为不确定性？（例如，有商业案例的风险，由于预期收益是没根据的猜测。）或者是因为复杂性吗？（例如，交付风险，因为我们使用的是一项极其复杂的集成技术。）
随着风险类别和来源被确定，接下来我们确定具体的项目任务，它们将遇到和减轻风险。在一般情况下，如果风险的来源是不确定的，我们使用敏捷或迭代的方法来降低这些风险。例如，我们会做一个小规模的试点来确定尚未明朗的好处。然而，如果风险的来源是复杂的，我们分离并简化我们所能做的。在每个项目块或迭代周期结束时，我们更新风险状况和缓解步骤--再像其他事情上以上，预期风险将会发生变化。
项目和项目状态必须是可见的
持续过程改进的格言之一是，我们应该能够通过简单的查看，说出每一件事情的状态。同样的格言适用于项目管理能力。我们现在生活在一个每个人都想获得一切的环境中！那么，为什么我会让我的项目利益相关者等待我去收集、记录和分发有关他们的项目信息？相反，我应该有一个项目状态可见的方式--这意味着，利益相关者可以通过简单的查看告知项目的状态--几乎实时。
这怎么可能呢？首先，我要保持我的项目状态需求在最低限度。否则，状态报告可以是繁重的--繁重的任务具有不能实时完成的倾向。其次，我应当使项目状态信息可访问。我们使用可视化的显示（在我们中间的那些“敏捷开发者“应当考虑典型的信息传播源），以及简单的、项目团队可以更新且利益相关者可以访问的技术仪表板--再没有太多的麻烦。
项目管理在我们的成功中起着至关重要的作用，但它必须适应我们的组织对我们的要求。在我的生活中，我既没有时间也没有空间用于官僚的项目管理过程。当我做迭代项目时，我得到我需要的。迭代项目主动管理风险，对任何人以及所有利害关系方可见。
如何选择敏捷开发项目管理工具
敏捷开发项目管理工具主要是针对项目开发的管理。 敏捷管理支持增量式项目产品开发的短迭代管理和满足竞争格局和项目需求动态变化的管理需求。 如有需要，也可灵活扩展以满足传统项目监控的管理需求（如时间管理，成本管理）。可以尝试用日事清来完成敏捷开发项目管理流程，非常方便实用。当产品需求越来越多，超过当前迭代的范围，系统会自动把超过范围的需求存储在待开发项列表。用户可随时查看在以往的迭代已经发布了哪些需求，哪些需求还在待开发项中，可帮助用户更好的安排工作和做出决策。
项目管理工具Masterlab,Teambition,worktile有什么区别，哪个最适合互联网的敏捷开发
项目管理软件几乎没有任何本质的区别。
管理软件只需要把握最核心的五大过程、四要素。
Teambition面板对于开发人员来说并不是很友好，它更适合于需要大量文档迭代的工程项目管理。互联网的敏捷开发需要自己去根据项目创建模板，但配置好后还是有可取之处。
Worktile面板式的操作，更倾向于团队管理，任务分配。
masterlab并不出色，但在你提供的三个选项内，他却是最好的。因为它更简单、更便捷、更全面。
兼顾了一切软件开发所需要的功能。
面板、迭代、统计、报表、文档归纳、组织管理、活动处理、任务分配等等等等。
Masterlab
所以，还是用MasterLab吧
敏捷开发的工具
Visual Studio Team Foundation Server
TFS，即团队基础服务器是微软应用程序生命周期管理服务器，用于帮助团队在Visual Studio的协作开发。最近，它进有了升级包括工作项目执行改进、富文本编辑器的改进，以及富文本编辑器中改善的超链接体验。 TFS中的Kanban面板也做了改善，提升了可以录入和跟踪的项目数量，该服务器现在有一个“利益相关者”许可，来规范服务器的访问权限。
Atlassian Jira
Atlassian的是一个很流行的工具，主要用于跟踪产品开发、帮助团队整理问题、安排工具，以及记录团队行为。它Jira Agile插件使开发人员更容易部署关键敏捷策略，这包括用户故事开发、冲刺模块构建，以及可视化的团队活动。
Axosoft
Axosoft以前被称为Axosoft OnTime Scrum，这一软件套件有四个功能模块：Scrum、Bug追踪器、帮助台和Wiki。它是基于HTML5构建的，帮助开发团队管理待办事项列表、发布和冲刺，带有燃尽图功能，有一个 管理仪表板用于跟踪编码和修改BUG的时间。
LeanKit
使用 LeanKit的团队可以看到工作负载的分布并导出历史数据。最近 LeanKit 进行了一次升级，包含单点登录功能 和附加报告功能，从而提供更细粒度的数据详细信息。
Planbox
Planbox 敏捷管理工具通过燃尽图跟踪进程，集成客户反馈，它的目标人群很广泛。最近它对应用的前端和后端都做的升级，添加了更强大的报告功能和新仪表盘，来提升项目速度。时间跟踪特性和工具允许用户得到所有他们在Planbox产生的数据。
敏捷开发的项目管理软件有哪些
敏捷开发的项目管理软件有8Manage PM，支持增量式产品开发的短迭代管理和满足竞争格局和产品需求动态变化的管理需求。如有需要，也可灵活扩展以满足传统项目监控的管理需求（如时间管理、成本管理）。
敏捷开发项目管理工具有免费的吗
本质上讲，项目管理是从全局出发，以项目整体利益最大化为目标，以项目范围、成本、质量等各专项管理的协调、统一为内容，所开展的综合性管理过程。因此，开展敏捷开发项目管理就要有项目各要素及各专项管理，进行综合协调的观念。
掌握了正确的需求调研方法的项目组，就能很快得到高质量的需求信息，缩短调研时间，使设计和实施的时间比较富裕，从而缩短进度。
我们团队现在使用的是日事清，日事清日报的基础模版是KPTP，四个部分就组成了一份清晰明了的工作记录，这样的记录既能充分体现你当前的工作状态，又能层次分明地向领导传递工作困难与你的工作能力。此外还可以团队分享、插入图片、语音识别，功能也比较强大。而且切换到月度界面，月度的工作计划就一目了然，画面非常清晰简洁。
敏捷软件开发的管理工具
已经有一些项目管理工具用于敏捷开发，可以用它们来帮助规划，跟踪，分析和整合工作。 这些工具在敏捷开发中扮演的重要的角色，也是知识管理的一种方法。
通常包括：版本控制整合，进度跟踪，工作分配，集成发布和迭代规划，论坛和软件缺陷的报告和跟踪。
