过渡职业发展
解决问题:使用可视化

WBS和产品积压:兄弟姐妹或遥远的表兄弟?

Wbsandpb.很容易相信,自从金字塔建于埃及以来,工作崩溃结构(WBS)已经存在,并且产品积压是青少年的新发明在太多急忙计划上计划。然而,像大多数事情一样,真相更复杂。

1957年,计划评估和审查技术(Pert)方法是由美国国防部(DOD)创建的,并将组织任务组织成以产品为导向的类别。然而,他们没有使用“工作崩溃结构”一词或WBS,直到1962年,当国防部,航空航天局和航空航天工业发表了一个关于PERT的文件,所谓的WBS方法。

同时,1960年,汤姆吉尔巴描述了他的进化价值交付方法(或短暂的evo),广泛被广泛被接受成为敏捷方法的先行者。 evo包含原则:

  • E1:绩效结果和利益相关者分解 –  将工作分解为小(每周)价值交付步骤
  • E2:早期做高风险步骤 - 基于风险优先考虑工作
  • E3:专注于改善最有价值的目标冷杉T - 还优先考虑基于业务价值的工作

这些想法成为当今敏捷方法和框架的积压体现的概念。

所以,我们可以追踪每个方法回到周围的同时,也有信心这些想法在那之前牢固建立。建立金字塔和罗马城市需要多个水平的规划,工作分解和任务协调。争论WBSS或积压是否首先出现,因为显而易见的是许多其他东西。

这几天,PMI 工作崩溃结构的实践标准 defines a WBS as “......项目团队完成工程目标的总工作范围的分层分解,以完成项目目标并创建所需的可交付成果。“Scrum指南将产品积压定义为”产品中已知的所有内容列表。

他们真的如此不同吗?他们都有助于构成范围的协议。然而,由于如何经常使用它们,他们被许多人视为完全不同......我想改变的观点。

WBS和BACKLOG.

WBS和积压相似之处和差异
工作崩溃结构通常是预先定义的,并支持WBS字典。它们可用于形成工作和合同的陈述。如果这些可交付成果对您的项目有用,那么很棒,创建它们。但是,了解我们还可以从产品积压创建相同的可交付成本。

然而,在敏捷项目中,我们通常不会因为这些环境往往是更为动态的而且这些可交付成果很快就会过期。相反,我们创建迭代计划,在产品职位管理积压时从积压的顶部创建迭代计划,并从积压的顶部工作,并使用不断变化的优先级和更改请求。随着更改发生,这些可交付成果更易于更新。我们在行动中看到的差异源于工作环境的特征而不是使用的WBS或积压工具。两者都有助于我们定义和讨论范围。

视觉福利
两者都是视觉,并让我们在谈论它们时指出物品。这令人统治性重要。视觉描绘的工作允许我们更有效地协作。当两个人面临任务板或WBS图时,他们可以与较少的争用进行协作。可视化帮助我们构建共享的谅解并避免混淆,例如拥有两个类似的项目被认为是相同的物品或假设一个解决方案符合两个方案。

在视觉上描绘范围也允许我们遮荫和颜色项目,以指示类型,所有权,风险和完成状态。 可视化工作是精益思维的主要组成部分。当我们想象出某些东西时,与阅读和解释书面信息相比,我们还使用更多的大脑使用更多的大脑来处理信息。这是我们有道路标志的一个原因,而不是读取的道路标志。在150微秒(道路标志)与读取的6,000微秒内含义之间的解码和理解含义之间的区别:

路标

产品积压作为WBS的形式
工作崩溃结构的第三版实践标准结构讨论了积压作为WBS的形式。许多人认为只有盒子和线条的树结构是工作崩溃结构,但它们实际上可以采取许多形式,包括表格积压甚至思维映射。

我可以想象一些纯粹主义者喊道“不,那不是WBS!”当我输入这个时,如果你不相信我,请为自己看看。工作崩溃结构WBS的实践标准是PMI成员的免费下载。 

我作为标准的评论员参与其中,很高兴看到它使用史诗,特征,用户故事和任务作为候选WBS元素的敏捷范围分解的覆盖范围。有一件事让我希望我希望这篇文章的读者可以帮助我将Sprint或迭代作为潜在的WBS元素。

我的混乱源于第2.1节中的工作逻辑定义 “......工作是指努力结果的产出,工作产品或可交付成果,而不是努力本身。“ - 这就说得通了。然后在WBS规则第2.3.1.1节中所说的“WBS元素不考虑时间或序列。“再次,这似乎是合理的。

但是,敏捷项目的示例包括WBS,其中包含2级项目,显示“迭代1”,“迭代2”等工作。这似乎违反了交付成果与“工作和无时间”规则的努力定义。我们不会有一个名为“9月”的WBS元素,所以为什么要拨出一些任意时间箱?迭代只是时间构造,您可能会选择使用它们或在没有它们的情况下使用或工作作为从积压的连续提取。

可能是我对工作,可交付成果和无时间规则的方式解释,就像辩论首先出现的辩论一样, 这可能没关系。如果显示的迭代有助于您分享您的计划并对范围有有意义的对话,则为它。我想象它会导致WBS经常重构WBS作为在迭代之间移位的故事作为优先级改变和吞吐量变化,但也许不是。

更重要的想法是,我们可视化和讨论项目范围,并讨论各种利益相关者来表面和正确的误解。好消息是,产品积压是WBS的合法形式,更多的兄弟姐妹而不是一个遥远的堂兄。来自WBS实践标准的几个伟大的报价重申了价值,并同样适用于积压和发布路线图:

WBS为视觉表达提供了工作范围的基础......研究表明,沟通是项目管理学科之一,对项目成功的影响最高。 WBS作为关键项目通信机制,有助于通过其图形描述来传达项目的范围。

所以让我们获得图形并继续沟通。

 

[注意:本文首先出现在ProjectManagement.com上 这里。迈克格里菲斯的更多文章检查他的博客 www.faqbjn.icu.]

 

注释

man

在一天结束时,一次只能完成一次少量活动。如果要实现任何有价值的东西,所需的是,在以前的活动的结果上建立的小型活动。对于任何活动是正确输入下一个活动的活动,必须以明确的实用结果完成!

该链的效率取决于每个活动的有效性如何通过输入处理 - 输出的特定持续时间。

输入可以是一切,资源,技能和定义结果。过程可以是移动手的简单动作,输出可以是有形的或无形的东西,它是为了下一个活动的输入!

Tejal Shah.

来自传统的PM背景我真的很欣赏比较。谢谢!

富马尔尔兹曼

麦克风,
首先,谢谢你的这个优秀的帖子,它不仅可以以一种明显的理解方式总结了WBS,它也将它与我达到的方式链接到敏捷技巧't seen before.

我教导这些概念并同意WBS标准似乎以自相矛盾的方式说话。在我看来,WBS存在捕获范围。它是一种头脑风暴技术,导致范围的视觉表示 - 牛的图片而不是一个叙述,而不是你可能想要减速的叙述,因为你接近可能有牛的区域。

对我来说意味着一个人应该通过思考来避免在头脑风暴中避免可能的限制(和/或分心)"首先我们这样做,然后我们这样做"在头脑风暴时。一世'M在我的班上练习在WBS上的课堂上很坚持。没有测序!所以我很高兴这标准至少通常坚持这个原则。为什么他们然后谈论迭代和时间......好吧,那'对我来说是一个谜。

I'在涉及到WBS方面,我将继续成为一个头脑风暴的纯粹主义者,并要求学生在确定项目中的所有工作之后,学生持续到他们的时代的创造力。

那说,我'M还用于进行渐进的阐述 - 因此,如果您现在正在进行调度时会出现新的工作项目,一定要返回并修改WBS(或您选择的任何形式的牛座牌)!

再次感谢帖子,我真的很喜欢它!

富马尔兹曼,PMP
波士顿大学高级讲师

迈克格里菲斯

芒麦,雷菊和富人 - 感谢您的评论,我感谢您阅读我的文章并花时间留下您的思想。

麦克风

srikanth.

令人敬畏的,我真的很喜欢它,感谢很多关于PMI-ACP预备指南,帮助我清理考试,更重要的是获得敏捷实践的良好知识。

蒂姆

我喜欢这篇文章,但我需要不同意关于迭代的评论。

根据定义,迭代一次进程。在WBS的情况下,由于每次重复该过程应提供新值,因此应考虑迭代。然而,这种方法的垮台是,这种方法确实使得确定范围蠕变更加困难,以及为什么我更喜欢使用史诗,特征和故事来将方法混合在一起。

迭代与时间无关。它们可以是2周,小时或几个月,具体取决于项目决定的内容。它们也不需要与迭代相同,因为基于工作量,重复比以前的迭代更快地完成。

我有帮助解决拼图吗?

Chimena Ijeh.

谢谢迈克在这个主题的思想领导方法。这是非常兼观的。
在面试的某个点,我在WBS和产品积压上进行了这种讨论,我可以在尝试使用WBS描述产品积压时看到表达式。所以,我认为这篇文章非常有用。
但是,我非常困惑迭代WBS元素的一部分。也许,他们有一个不同的背景,值得阐述。
再次感谢你的帖子,我真的很喜欢读它。

斯科特弗劳德夫

你提到了PMI'S WBS实践标准,包括一组必须存在于每个WBS中的一组核心特征。这里's three of those ---
- 包含清楚地支持识别必须执行的任务的工作包,以便提供工作包
- 包含使用名词和形容词定义的元素 - 不是动词
- 安排各个主要和次要可交付成果的分层结构
工作包主要由a定义"deliverable"......它们没有由a定义"task"

格劳雷姆摩根

imho:为了能够更新标准并包括敏捷,我认为使用这个词"iteration"在字面上应用....作为名词 - 定义为"重复一个过程",时间没有代表。

迈克格里菲斯

斯科特/格劳雷梅感谢您的评论。我同意这些可能是包含迭代的理由。当事情安定下来时,我会联系贡献者并询问他们。
最好的祝福
麦克风

kamil.

伟大的文章!
I'm使用WBS结构以自学习Scrum以来创建Scrum Backlog。我的教练使用时间表可视化积压。

我有"Scrum Masters"在我的工作中,谁在这么说"It can'就像那样,你错了"而且,因为那样,我很喜欢这篇文章。

此项对应的评论被关闭。