新的“软件扩展到PMBOK指南”
PMI-ACP.值流映射

价值驱动的交付

(此帖子,来自我即将推出的PMI-ACP准备书中的样本草案,请查看“价值驱动的交付”域。)
PMI-ACP.
值,特别是业务值的传递,是敏捷方法的核心组件。该概念被编织到敏捷DNA中,其包含在敏捷值(“通过全面文档上的工作软件”),并且敏捷原则(“工作软件经常交付”和“工作软件是进度的主要衡量标准”)。关注提供价值的关注推动了项目的大部分敏捷活动和决策,它在许多工具和技术中表现出来(T&t)和知识和技能(k&s)使用。对价值的关注是敏捷方法的必要组件,即“值驱动的交付”域具有最多的t&T and K&6个域中的任何一个。这意味着我们从本书早些时候开始。

什么是价值驱动的交付?
让我们首先定义价值驱动的交付。开展项目的原因是产生业务价值,成为产生福利或改善服务。即使是安全性和监管合规项目也可以通过考虑业务风险和未完成它们的影响来表达业务价值。如果Value是执行项目的原因,则价值驱动的交付是整个项目规划,执行和控制进程的项目的重点。

这是大图形观点,在做出决定时戴着赞助商的帽子。由项目经理和团队假设这一观点,有机会将独特的技术见解,例如技术依赖关系或风险降低步骤纳入选择,以便发布赞助商可能不知道。然而,有价值驱动的交付仍然是对于许多局部决策的指导愿景,选择最大化到业务或客户的价值的选择。

风险为抗价值
风险与价值密切相关。我们可以将项目风险视为抗值,即,如果要发生,可以侵蚀,删除或减少价值的情况。如果值是硬币的头侧,则风险是尾部。为了最大化价值,我们还必须最大限度地减少风险,因为风险可能会降低价值。这就是为什么价值驱动的交付域解决了许多风险减少概念和技术。


这是思考这个概念的另一种方式。考虑价值驱动的交付就像被支付到您的银行帐户的信用或存款。出现风险或至少发生风险(问题),那么就像退出或收取所删除的费用。我们希望最大化流入,并最大限度地减少流出以创造最大值。

吃你的甜点第一 - 早期价值交付
敏捷方法促进早期价值交付。这意味着旨在尽快提供项目的最高价值部分。这种方法有许多原因。首先,生命是短暂的,奇怪的事情发生了,你运行一个项目的时间越长,失败风险的范围就越大,减少了利益,机会侵蚀等,以便最大化成功,旨在尽快提供尽可能多的好东西。你可以在改变或侧身之前改变你。

第二个主要原因是利益相关者满意度在项目成功中发挥着巨大作用。支持项目的订阅,致密的赞助商和商业代表对于消除项目障碍并确定成功至关重要。所有项目团队都在开始“审判”时期,因为赞助商可能不相信该团队可以提供。通过尽早提供高价值,该团队展示了对利益相关者的需求的理解,表明了对项目最重要方面的认可,并显示提供提供的能力。结果提高利益攸关方的信心,建立融洽关系,并提前获得利益攸关方,创造了良性的支持圈。

租赁 - 敏捷项目中的“租赁”具有相同的普遍目标,而是一种不同的细节水平和一系列假设。宪章的目标仍然是将该项目达到高水平的项目,进入W5 +(什么,为什么,为什么,谁,何地,何种以及如何)属性,并给予权限继续进行。然而,由于敏捷方法通常用于需求/技术周围不确定性的项目,并且在高度变化率上,范围通常不太确定。

在一般的敏捷章程中,细节较少,文档较短,并更多地关注项目如何运行而不是建立的。这是因为瞄准静态目标(不变要求/技术)时,它适合计划,计划更多,然后执行。在Agile项目批次的动态和移动目标环境中,如果项目的元素可能会改变,则可能不适合。因此,在瞄准移动目标时,我们需要允许中飞行调整,并确保到适当的过程(优先级排序,演示,回顾率等)以允许它们。

可能对组织可能不同的敏捷元素,例如,欢迎更改,然后对积压的批准变更的优先顺序,应在宪章中概述。如果组织是新的敏捷,这尤其重要,这可能是在过去处理更改的偏离......


“本文取自即将到来的RMC”PMI-ACPSM考试准备“指南。注册通知和预订 在这里提供。本文受版权保护©2011;版权所有。除1979年的美国版权法案下允许,本条的一部分可以任何形式或任何形式复制或分发,或者在未经RMC出版物,公司的先前书面许可的情况下储存在数据库或检索系统中。您可以从另一个网站链接到此处的文章,但不会在其他地方重现内容。“

注释

bertcraven.wordpress.com.

你说 :

值,特别是业务值的传递,是敏捷方法的核心组件。该概念被编织到敏捷DNA中,其包含在敏捷值(“通过全面文档上的工作软件”),并且敏捷原则(“工作软件经常交付”和“工作软件是进度的主要衡量标准”)。

然而,这似乎是关于(工作软件==业务价值)的想法,这并不总是如此。事实上,它通常不是这种情况。使用工作软件的交付甚至是商业价值的衡量标准(更不用说定义)似乎非常错误。

迈克格里菲斯

嗨伯特,

感谢您停止并留下评论。我会尝试解释我的积分并解决你的问题。 “工作软件是进步的主要衡量标准”的声明不是我的陈述,而是直接来自敏捷宣言。您的观察说“工作软件==业务价值”,对于许多项目而言,情况并非总是如此。

但是,在敏捷项目中,我们通过业务价值优先考虑工作并在商业价值订单中的项目工作。因此,如果遵循敏捷方法工作软件确实向业务价值等同于,自从工作未被确定并批准业务价值,如果未能批准开发。许多团队用于收集需求的格式有助于说明如何烘焙。 “作为一个角色我想要的功能使业务有益的作用”的格式为netflix客户,我希望我可以根据我的评分列表我喜欢的电影,所以我可以找到更多的电影租用“。没有商业利益的故事被拒绝或发送进一步分析。 Backlog由业务值优先考虑,并从积压的顶部选择工作

因此,虽然您是正确的,但只有任何旧的工作软件都可能不等于提供业务价值,如果整个过程是业务价值驱动,那么选择用于开发的软件就会以其值预测。在这些环境中,工作软件确实等于业务价值。我希望这有助于解释我的帖子。

最好的祝福
麦克风

此项对应的评论被关闭。