前一个月:
2015年10月
下个月:
2015年12月

敏捷福利管理

优惠是我们进行项目的原因。项目承担昂贵并具有失败风险。因此,我们需要从他们那里获得福利,或者至少认为我们将获得他们的好处,首先启动项目。在项目完成后,通常不会完全实现项目的好处。这就是为什么好处管理通常是程序管理领域。坐在高于个别项目的水平,并在更长的时间表上运营,程序更好地定位,以识别各个项目或相关项目组的识别,跟踪和转换效益。

敏捷方法 强的 强调提供业务价值。工作优先考虑最高的商业价值项目 完毕 早期和“完成”的定义,专注于接受而不是完成工作,有助于确保福利真正交付。这使它们对益处跟踪和管理方向保持良好,但是要了解真正集成了敏捷项目的敏捷项目。

首先让我们在既定的福利管理世界中偷看。 PMI的计划管理标准有三个计划阶段: 

 

  1.   . 程序定义
  2.     计划福利交货
  3.     计划关闭

 

 以下显示在下面以及福利交付步骤的突破:

敏捷福利管理

有趣的是要注意,子步骤2和3,“福利分析和规划”和“福利交付”是迭代的。所以我们可以看到,程序管理专注于迭代的福利交付;这是什么敏捷是关于所以为什么敏捷团队往往面临来自传统项目经理和PMOS的挑战? 

 

厚三明治

这是一边,但我们经常遇到的重复模式是我称之为“厚三明治”。它描述了工人希望做正确的事物和高管和高级管理人员想要商业福利的情况,但在他们之间进行了一层中间管理,虽然善意,但往往会阻碍常识和有效的交付。因此,工程师希望有用,赞助商想要产品,但项目管理作为一项学科旨在带来订单,可预测性,测量和控制往往呼吸整个过程。 

创建中间经理及其进程以优化过程,添加严格和控制,但通常只是阻碍该过程。精益流程(包括敏捷)经常跳上抵抗。敏捷在CMMI级别1(初始),2(定义)和3(管理)方面保持良好,它也与CMMI级别5(优化)完全对齐,专注于过程改进,但对CMMI级别的文档和控制层面运行。 4(定量管理)。这里,如果我们不小心,这里又称严谨的严格和控制层可以充当价值抑制剂。

 

继续阅读“敏捷福利管理”»