敏捷适用性过滤器
敏捷项目管理的发展

敏捷界面 - PMO集成

齿轮_3.我花了一系列时间的时间与项目管理办公室(PMO)和项目支持办公室(PSO)团体合作,帮助他们整合敏捷方法。今天我想概述一个简单的概念是 敏捷界面.

敏捷方法提供了一个很好的功能递送引擎,它们迭代地从积压的功能上源,并产生高商业价值的测试功能。

1_lifecycle_2

对外部利益相关者来说,这也代表了一个令人生畏和不熟悉的进程。它的周期性,看似永无止境的过程是令人吸引人的互动,因为在跑步时把你的手臂放在洗衣机上。然而,有几个友好的安全界面,可以缓解中循环手臂扭曲(我们如何通常从团队中提取信息。)

如上所述,虽然敏捷方法专注于提供功能,但它们通常不会提供PMOS,PSO和其他支持组所需的信息。它们通常不会包含整个企业生命周期,省略重要的预先预先工作和超越交付活动,如下所示。

2_full_lifecycle.

幸运的是,我们可以通过与产品积压和回顾性过程接口来安全地提取大部分所需信息,而不会过度打扰该过程。

向产品积压添加请求
产品积压(优先要求列表)是敏捷引擎的输入料斗。因此,如果PMO想要由团队完成的事情,而不是中断日常站立会议或呼叫扰乱团队速度的特殊会议,替代方法是将请求添加为特征(故事或要求)到产品积压。

3_add_story.

然后将访问此功能,估计并在Backlog中进行估计和优先考虑进行处理。唯一的障碍可能是指定的优先级在下面的某个地方修复报告页脚全部停止不一致(即非常低)。这是因为敏捷项目的目标是最大化业务价值,并且许多外部利益相关方请求被视为非值添加合规性工作,只需最小化的内容。为了确保实际发生这些请求,我们需要获得赞助商或其他有影响力的利益相关者,以使他们提供业务优先事项。正如合同或法律原因可能需要的某些系统特征一样,只是必须完成,所以也是一些指标。

这里的重要区别是,请求需要来自赞助商或商业用户,负责优先考虑积压(功能列表)。 PMO不应仅插入高优先级功能,它应该是业务驱动的。在大多数情况下,业务识别项目状态报告信息的价值,并提供了一个体面的优先级。在赞助商和业务不重视PMO请求的情况下 - 这突出了关于缺乏效力/来自PMO的沟通的问题。

如果PMO无法说服赞助商或商业代表,为什么其要求有价值,那么团队为什么要消费商业美元以实现它们?通常事情很快解决了,所包含的明显物品,并且在所有各方都可以看到该值之前重新替换任何疑似值的东西。

一些报告请求将每月重复,这些请求可以保存在数据的积压中,并在确定开发工作的总时间数时考虑到每次迭代。

从项目中获取反馈
作为在每次迭代结束时进行的回顾的一部分,敏捷团队对用户反馈,技术开发和过程有效性进行评估。这些评估和学习的开发周期的部分可以为项目办公室提供卓越的信息,但许多组织对其存在感到不知情。

4_get_updates_2.

项目办公室可以通过捕获这些评估和学习,并与敏捷团队合作以方便回顾来真正受益。在回顾性中发生的过程改进和根本原因分析类似于CMM级别5促进的“持续改进”动作(但没有所有符合要求的记录过程,其中包含3级& 4).

由于项目评估和学习应该是敏捷周期的一部分,因此它支付了项目办公室以利用这些产出。 PMO的建议措施包括:

  • 跟踪项目速度统计信息作为赢得价值指标的替代方案和趋势分析。
  • 捕获在正在进行的经验教训中获取项目的“下一个迭代的建议”。
  • 在企业风险存储库中捕获团队报告的任何“障碍”或“阻止者”。

敏捷项目不需要是他们首次出现的不可解的黑匣子。欣赏敏捷项目如何操作外部群体,如PMO或PSO可以高效地互动对任一组的干扰很小。

(遗憾的是,这可能是错误的受众,我需要一个“过程驱动的PMO”论坛,请随时将其传递给您当地的PMO。)

注释

勒斯皮克

这是一个辉煌的帖子!保持良好的工作!

最好的祝福,
man

http://pmtracasa.blogspot.com
http://manskj.blogspot.com
http://www.cinespace.eu

此项对应的评论被关闭。