推动交付团队
我已经开始用一个类比来说明在更大的组织中产品负责人团队的重要性。当与组织合作进行敏捷转换时，几乎总是使用分层模型来跨组织进行扩展。这个模型看起来像这样:
顶级是投资组合管理，负责投资决策以及哪些举措继续前进。中间层代表Scrum中的产品所有者角色，我们经常创建计划团队，有时称为产品所有者团队。底层是稳定的交叉功能团队所在的地方，这些团队正在在一些节奏中提供价值增量，例如每两周一次。
稳定的引擎
我认为交付层作为组织的发动机。每个送货团队都旨在以可预测的方式以可持续节奏运营。如果我们认为每个团队作为发动机，那么我们可能会发现一些2500 rpm的操作，其他3500 rpm，无论如何，它们每个都以可持续的rpm运行。如果我们可以使用几乎没有方差操作，那么我们可以开始变得可预测，并使承诺随着时间的推移可以提供的东西。如果一个团队在2500 rpm运行，那么我可以确定多远团队如果该发动机能够为汽车提供旅行。
但是，如果我们推动引擎超过可持续的速度，或者让它们运行超过红线，那么引擎就会受到压力，磨损更快，很可能无法如期交付，而且肯定会变得不可预测。
发动机燃料
产品所有者团队代表炼油厂负责提供良好燃料。他们必须了解要解决的业务目标和问题，与交付团队合作亚博vip9通道以定义构建的功能，并进一步将那些分解为清晰的积压项目，以提供发动机所需的清洁燃烧燃料。
提供糟糕的燃料——车队会发出刺耳的声音，无法保持稳定的转速。坏燃料不允许我们向市场或客户做出承诺。
钻井位置
在我的脑海中，我还没有完全审查过这个问题，但当考虑到投资组合管理时，我相信这是我们在何处开采原油进行投资的地方。我们越来越多地了解潜在的计划，与产品所有者团队合作，以及可能的交付团队逐步获得更多的知识，这样我们就可以对投资的地方做出投资或削减决策。
结束
当我在过去几个月里使用它来描述交付团队和产品所有者团队的职责时，这种类比似乎共鸣。将原油转化为清洁燃烧燃料是一项重要的工作，真正突出大多数组织对其交付团队提供清晰度的挑战。
我很乐意让你的想法是如何考虑这个问题。
评论(8)
蒂姆Uttormark
我用了一个类似的兼容类比，将团队能力投资于非面向客户的功能(例如，培训、重构、减少技术债务、工具)，就像在一辆车里换油一样。你可以暂时忽视它，但拒绝优先考虑和投资这些领域的POs者不久就会发现他们的引擎已经崩溃了。
里克奥斯汀
好的类比。不久，发动机就卡住了，无法前进。
科林·威廉姆森
嗨瑞克，我喜欢你的类比。
我参与了类似的模型，并会了解您对敏捷团队的看法。
对于rpm来说，要知道的rpm，并且团队可以去的估计，这是否意味着团队有静态成员？
我想知道拥有固定的团队是否会导致专业，从而导致一个团队的工作量比其他团队更大？
科林，是的，我们为长途悬挂在一起的团队至关重要。创建稳定的团队并为团队带来正确的工作。没有这样做就像用不同的部分冲刺后重建发动机......
一个表格团队是如何仔细考虑的。有时我们创建能够为产品线提供任何功能的产品团队。其他时候，我们创建了被视为组件团队和/或域名团队的专业团队。如果我们发现一些地区有更多的工作量，那么我们需要重新审视团队结构。如果我们发现我们需要更多的某些区域的容量，那么我们可能需要建立更多“引擎”。
约翰
在过去几年中，行为驱动开发（BDD）的概念是为团队作为分析工具创建的。我喜欢按示例（SBE）的名称规范，其中团队在规范研讨会或3个Amigos会议上协同工作，以共同开发要求。此外，Fitnesse等工具（http://fitnesse.org/)或Concordion (http://concordion.org/）也适合非技术利益相关者可以促进可执行规范。
这种敏捷运动与您描述的三层模型有何关联?
我们越来越多地在需求规范中使用BDD的各方面寻找组织。特别是作为用户故事的验收标准。给定的时间格式在描述行为方面是丰富的，即使组织没有移动到可执行规范，使用这种格式也有很大的价值。能够识别其他方案和定义可能错过的行为的能力已经强大。
当我们通过逐步分解的要求，从史诗到故事的功能，挖掘更丰富的要求规范的能力有助于减少错过的要求，并在团队中创造更清晰度和对齐。这是我的经验。
当然，当您使用工具时，您真的转动拐角，因为您指向创建的可执行规范，也成为系统行为的长期说明，并帮助推动了未来的回归测试。
亚当·迈尔尔
我认为产品所有者更多的是提供机器的人，引擎运行。我这么看是因为这种关系是双向的。产品负责人知道输出应该是什么，从而为引擎提供动力。上述机器的设计是与开发人员(引擎)协调，以确保一个平滑的配合和最佳的输出可能。如果PO提供了一个糟糕的机器概念，那么引擎输出就不会像预期的那样好。开发人员可以控制他们如何连接到机器来完成相关工作。因此，他们可以提供对机器设计的可能改变的见解，但PO有最终决定权。
投资组合管理是在那里设定一般方向。他们知道组织的更大战略目标以及可能的新方向试图进行。随着PM集团讲述POS的产品需要且可能进入机器的一般设计。
十秒钟的版本?每个开发团队都是车辆中的一个引擎，由PO在PM组管理的车队中提供。
我喜欢你的另一个类比，需要考虑一下。特别是如何将您与项目组合管理联系起来。好东西!