这本由供应商编写的技术入门读物由Network World编辑，以消除产品促销，但读者应该注意，它可能足球竞猜app软件会支持提交者的方法。
项目管理领导人已接受敏捷的实践，并试图重新定义其角色，以减少规划和控制敏捷项目，并更多地提供允许敏捷项目成功的环境。
然而，一些关于拥抱变更、“准时制”计划和消除分层决策的敏捷思想导致了对敏捷项目兼容性的误解PPM流程。现在是时候澄清一些常见的项目管理谬论了，这些谬论导致人们关注如何监控和控制作为项目组合一部分的敏捷项目。
深入：当敏捷项目失败时
神话1：敏捷项目不提供足够的行政能见度
敏捷的流行很大程度上是因为相信团队应该被授权做出业务决策，而不是依赖执行涉众的批准。然而，授权一个团队并不意味着他们不应该提供及时的执行状态报告。
许多敏捷团队面临的难题是要求以与敏捷实践不一致的格式提供状态报告。例如，要求敏捷团队维护一个独立的任务计划，以实现对指标(如“完成百分比”)的报告，这可能会对敏捷方法的好处产生负面影响。相反，执行人员需要学习如何从敏捷团队那里解释项目状态，而不是强加与敏捷不一致的报告需求。
让我们作为一个例子完成百分比，这提供了项目进度的指示。通过总结任务的实际时间来计算传统项目的完整百分比，并将其除以项目的总任务时间。相比之下，通过交付的故事点来衡量敏捷项目进度。百分比完成通过故事点被接受除以项目的总故事点。教育高管在故事点是什么以及措施如何进展，使敏捷团队能够在为其团队中举报的单位报告进度。
神话2号：敏捷项目缺乏可靠的时间表
这是敏捷方法旨在快速调整变化现实的事实，而更传统的方法侧重于规划未来。虽然敏捷团队害羞地远离提供保证的交付日期（鉴于项目周围的不确定性锥体），但它是不真实的，敏捷项目无法提供计划的完成日期。
敏捷团队使用“即时”估算迭代，并专注于逐步提供业务价值。但是，释放和路线图规划用于更长范围的估计。如果一位高管听到敏捷团队只准备提供下一对迭代的估计交付日期，它应该提出关于团队能力建立可信释放计划的警告标志。
用适用于敏捷和传统项目的标准指标开发PPM框架是很重要的。预定的完成日期只是使执行人员能够了解项目状态的常见度量标准之一，而不管交付方法是什么:
•预定完成日期。“计划完成日期”是项目开始时对计划交付日期的估计，而“计划完成日期”是基于当前数据在任何给定时间点对项目完成日期的估计。对于传统项目，这是基于任务计划和项目的关键路径。对于敏捷项目，它是基于发布计划的。比较预定完成日期和计划完成日期将表明团队准确估计交付日期的能力。
•百分比完成。通过对已完成任务的时间进行总结并将其划分项目的总任务时间来计算传统项目的百分比计算。相比之下，通过交付的故事点来衡量敏捷项目进度。百分比完成通过故事点被接受除以项目的总故事点。
•范围更改。百分比完整提供了进度的指示，但如果范围在项目上不断变化，则不会显示。对于传统项目，这通常由变更请求的数量表示。对于一个敏捷项目，它通常通过总体故事点随时间的变化来衡量。
•实际成本与预算。传统项目和敏捷项目都需要跟踪资本和运营费用。无论项目方法如何，实际成本与预算成本都应该报告。
•项目健康。项目健康是一个摘要度量标准，指示项目是否“在轨道上，”“需要注意”或“陷入困境”。该度量通过组织变化，并且通常根据上面的四个度量来使用条件逻辑来计算，以及其他数据如出色的问题。
神话3号：敏捷和传统习俗不兼容
即使对于愿意采用敏捷的项目经理，将敏捷项目集成到PPM框架中已经证明了许多组织的具有挑战性。项目经理正在面临不同，通常相互冲突的方法，指标和控制。此外，一些团队正在采用混合过程，包括瀑布和敏捷方法的元素，并且对如何合理化看似不相容的方法混淆。
将Agile Project方法集成到PPM框架中与集成更传统的项目方法没有什么不同，有四个例外：
(1)在敏捷项目中强加不必要的涉众评审、检查点和数据获取需求将降低团队的效率。当然，如果主要决策需要执行人员的输入，或者敏捷项目依赖于其他项目，那么涉众会议将是必要的，但这些应该是例外，而不是规则。
(2)敏捷项目度量完成的“故事点”或交付的业务价值。这是一种与使用任务计划和测量任务完成时间完全不同的跟踪进度的方法。此外，在传统项目中，项目经理会将任务分配给项目所有者，而敏捷团队通常是自组织的，因此任务可能会在任何时候被团队重新分配，以确保项目交付正常进行。这种差异要求根据任务时间对“项目运行状况”和“完成百分比”的度量进行不同的跟踪。
（3）鉴于Agile Team中的任务分配是动态的，为敏捷团队分配资源兼容时，这是不明智的，因为这会破坏自组织模型。相反，最好将敏捷团队视为单位并全职分配资源。
（4）最后，敏捷项目的定期审查更专注于“工作软件”，而不是到达预定的里程碑或提供项目文件。应根据项目的类型量身定制评论，以确保它们对团队有价值。
敏捷开发实践的兴起创造了一种持续反馈的文化，并关注交付满足客户需求的高质量软件，从而带来了许多好处。尽管围绕敏捷开发存在一些谬论，但不应该阻止它PMOS.以及鼓励采用敏捷的高管。
项目经理和项目管理人员应该仔细考虑哪些项目适合敏捷方法。他们还应该开发一个适用于敏捷和传统项目的PPM框架，使执行人员能够看到项目状态，而不管交付方法是什么。
Daptiv是项目组合管理软件的按需领导者。