1

通用PMBOK概念转化为敏捷概念

 2 years ago
source link: https://www.bobjiang.com/agile-pmbok-2013/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

PMBOK基本过程组和它们对应的敏捷概念

启动过程 vs 章程(charting)

  • PMBOK启动过程:评估项目价值(固定预算),定义初步范围(固定范围),分配资源(固定资源),以及确定时间线(固定时间)。
  • 敏捷章程:确立愿景(共同的理解),确定目标(共享的目标),组建团队(没有承诺),以及确定时间线(固定时间)。每次迭代(里程碑)的开始重新审视愿景。

    规划过程vs持续计划

  • PMBOK规划过程:所有计划活动(项目计划、HR、风险管理等)在项目开始已经完成。

  • 敏捷持续计划:当有更多的信息与业务优先级改变时,计划活动发生在项目之前和贯穿始终。

    执行过程vs持续交付

  • PMBOK执行过程:计划最终定下来后工作才开始(当前过程),利益相关者是满意的(至少这个时候)以及取得资源。 - 敏捷持续交付:贯穿项目始终计划和交付在1-4周的迭代中进行。

监控过程vs适应变化

  • PMBOK监控过程:为了交付固定范围的内容要严密监控时间和成本。
  • 敏捷适应变化:时间和成本是固定的,范围基于变化的业务需求是可变的。

    收尾过程vs收尾

  • PMBOK收尾过程:项目结束的时候得到客户与利益相关者验收的正式过程。

  • 敏捷收尾:非正式的过程因为贯穿项目始终客户与利益相关者已经提供反馈。收尾阶段一个重要的活动是回顾。这是实现持续改进的一个关键点。

    PMBOK知识领域和它们对应的敏捷概念

  • 整合管理变成迭代计划、跟踪与管理。

  • 范围、时间、成本管理变成固定时间与成本、可变范围。

  • 质量管理变成持续集成、测试驱动开发、持续改进。

  • 人力资源管理变成更关注于团队而不是个人,奖励团队的成功而不是个人的成功。

  • 风险管理变成以迭代为基础的(比如所有计划与审查会议)整个团队参与识别、监视与分析风险的频繁反馈。

  • 沟通管理变成经常的面对面沟通、每日站会、迭代计划与审查会议。


转载请注明来源

原文来自VersionOne


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK