敏捷 Project Management – Extending PMBOK

我长期以来一直认为，敏捷只是项目管理更广泛主题的一部分，并且只是其中一部分。我觉得项目管理的各个方面都没有’特别是不受任何最流行的敏捷方法的影响，或者至少不受Scrum和XP（极限编程）的影响。

因此，我一直热衷于强调敏捷管理方法所不能提供的项目管理的重要性，同样也热衷于帮助项目经理了解敏捷方法在哪些方面适合他们已经掌握的知识。

在PMI中’s PMBOK （项目管理知识体系）中，没有特别提到敏捷，但是PMBOK倾向于描述项目经理应该管理什么，而不是如何管理它。可以说，敏捷方法倾向于将重点更多地放在如何做上。

尽管敏捷和传统的项目管理方法对项目生命周期的不同部分有完全不同的强调（例如，瀑布/ PRINCE2十分强调计划阶段，而敏捷则没有），但使用敏捷方法增强PMBOK还是有可能的，因为它们在很大程度上是免费的。

我希望有一天，这实际上将作为一种官方和全球标准发生，但是与此同时，我认为我’d以PMBOK的风格进行PMBOK的扩展，以使我对敏捷与整个项目管理学科相适应的观点。

PMBOK突出了许多项目中典型的5个不同阶段：

• 发起
• 规划
• 执行中
• 监控
• 闭幕

我认为相同的阶段可以并且通常应用于敏捷项目，但是正如我前面提到的，这些阶段中的重点和细节会相应地发生变化，并且某些语言也会发生变化。

由于敏捷方法具有迭代性质，因此所有这些阶段都首先在项目级别进行，最初仅在高层进行，然后在每次迭代或“短跑' （Sprint是在 Scrum 敏捷方法论）。

在PMBOK中，在项目的执行阶段下，有一个标记为3.5.1的特定过程。‘指导和管理项目执行’。 PMBOK表示这是执行计划中定义的工作的过程，但其余的或多或少都留给了项目经理’s imagination.

当然，PMBOK中有一些有关范围管理，资源管理，财务管理，日程安排等方面的内容，但是PMBOK往往涵盖 什么 应该做，没有’t usually explain 怎么样.

因此，我将为敏捷项目管理编写的PMBOK的第一个扩展将是深入研究3.5.1“直接和管理项目执行”，以涵盖管理敏捷项目中的迭代。我在下面以与PMBOK相同的样式和类似的语言进行了此操作，并保留了PMBOK编号系统。

这里是…

3.5.1    指导和管理项目执行

指导和管理项目执行 is the process of delivering the features defined in the '产品积压'。在敏捷项目中，工作是在固定的短时间内完成的 迭代。每次迭代都有4个关键过程，反映了一个典型项目的4个阶段：

• 计划迭代 （冲刺计划）
• 执行迭代 (Sprint)
• 监控& Control Iteration （管理冲刺）
• 封闭迭代 （冲刺回顾）

3.5.1.1计划迭代 （冲刺计划）

计划迭代 （冲刺计划） 是讨论在下一次迭代中可以交付的内容的过程，从而明确了对选定项目的要求 ‘用户故事”，确定任务并估算工作量并致力于工作。

3.5.1.2执行迭代 （短跑）

执行迭代 （短跑） 是按当前迭代计划生产工作软件的过程。

3.5.1.3监视和控制迭代 （管理冲刺）

监控迭代 （管理冲刺） 是跟踪进行中的工作并协助成功交付的过程。

3.5.1.4关闭迭代 （冲刺回顾）

封闭迭代 （冲刺回顾） 是检查当前迭代中完成的工作，对照总体计划查看进度，反映迭代进行方式并决定如何在下一个迭代中进行改进的过程。

每次迭代都会重复这些过程，直到达到项目目标或确定不再需要追求目标为止。

—

如果你认为我’如果您错过了任何重要的事情，在错误的地方放置了任何东西，或者只是想发表评论，请这样做，我将进一步完善这个想法，并使用您的输入发布更新。

凯莉