极限项目管理（XPM）概述

先决条件：软件项目管理

如今，大多数软件和新技术开发项目的项目已经变得复杂多变。由于这些是未来解决方案之一，因此软件开发项目在开发过程中经常遇到巨大的变化，只是在产品准备就绪时保持产品的相关性，或者可能是客户永无止境的需求。这些变化导致不稳定的环境。敏捷开发方法的作用在这里发挥了作用，即极限项目管理是管理充满这些不确定性的项目的方法之一。

极限项目管理：
极限项目管理可以定义为一种评估，评估项目并对情况做出反应以交付项目范围和目标的方法。与传统方法相比，此过程可缩短时间并缩短工期。

XPM的执行：
极限项目管理是通过聚集并合并我们周围愿意并愿意采用此方法的团队/小组而发起的。组建团队之后，我们应该执行以下步骤：

1. 首先，我们应该在制定项目计划时牢记极端项目管理的概念，即期待更改，同时要牢记时间表可能会更改并留有出错的余地。
2. 必须确保回答所有这些问题：他需要什么?谁需要什么原因?为什么要这样做?我们可以得到理想的结果吗?真的值得吗?
3. 这项工作需要安排在很短的周期内，最多需要几个星期。
4. 从第1天开始就将项目可视性作为优先事项。进行交流，并尝试回答每个问题。通过组织项目启动会议，使每个人都意识到并让人们兴奋地着手进行一些项目。
5. 经常与客户互动，倾听他们的需求并将信息传递给您的团队。
6. 当项目似乎偏离轨道时，请尽可能执行带有签入，检查会话和重新开始会议的工作周期。
7. 项目或周期结束后，庆祝一下。使团队成员为即将到来的项目感到兴奋。列出自上次会议以来您的团队应该为之骄傲的所有成就。

每个项目可能需要不同的步骤和模板，我们可以根据需要定制每个项目。如果团队报告某些流程使项目变得复杂，那么我们不应采取超出所需数量的流程，并尽可能减少额外的步骤。

极限项目管理(XPM)与传统项目管理(TPM)有何不同：
传统项目管理是针对建筑和工程项目的解决方案，因为它们具有特定的目标和明确的路径。但是今天，大多数都没有特定的途径，需求也经常变化。

与传统的管理(流程可以高度预测)不同，在极端的项目管理中，我们可以在确定性水平较低的混乱环境中成长和发展。通常，传统方法更为精简，而极端方法则更为灵活。

现在，这两种方法之间的一些区别是：

S.NO	EXTREME PROJECT MANAGEMENT	TRADITIONAL PROJECT MANAGEMEN
01.	XPM is future oriented.	TPM is past oriented.
02.	It is more about leading.	It is more about managing.
03.	It is about changing yourself & your approach to the world	It tries to change the world.
04.	It makes the process servant of people.	It makes people the servants of process.
05.	It is about distributing control.	It is about centralizing the control.

XPM是否适合使用?
极限项目有一些共同的特征，如果您可以处理这个问题，或者听起来像是在工作中，那么您可以轻松地采用这种方法。这些都是 ：

• 当事情没有按计划进行时的自我修复过程。
• 定期更改项目要求。
• 决策时脱离等级制。
• 涉及具有高度复杂的流程和结果的项目
• 使用试错法是否可行。

一旦决定选择极端项目管理人员，那么对于团队合作而言，成员应该由能够适应变化的充满活力的人员组成。然后，项目经理要求小组成员进行沟通并制定计划。从传统方法过渡到XPM并非易事，因为XPM流程无法用常规方法定义，因为它们本来应该是从头开始构建的。但是XPM的灵活性可以制定出旨在实现项目目标的最佳计划，而这在传统方法中可能会受到限制。