回到游戏中

好的......时间回顾我们在哪里我们的整个Scrum角色/产品所有者/缩放敏捷讨论。我的希望是在今天早上下降的新帖子......要完成一篇文章，我在离开Scrum收集之前开始写作。我必须诚实......我迷失了。我需要抬头，在我去过的地方，我的位置。我认为你们也可能需要一个进修...所以我们是......我的最后10个帖子的回顾;-)

scrum角色真的足够了吗？
//www.nakata-dc.com/2009/02/are-scrum-roles-really-sufficient

这是我们系列中的第一篇文章，我必须承认......我不确定我们在这一点上的位置。我与之合作的每个团队或教练正试图将他们现有的组织映射到Scrum，并且只有足够的地方将所有人放在那里。也许我太难了。也许每个人都得到了这一点，而是我。我觉得Scrum的简单性实际上让人难以让人。似乎我们需要有人告诉我们所有当前的团队成员都适合......或者至少他们如何适应以及他们的工作是如何变化的。

scrummaster和团队成员
//www.nakata-dc.com/2009/02/scrummasters-and-team-members./

我一直在考虑Scrummaster一段时间的角色，并倾向于将其等同于敏捷项目经理的角色。这么多传统的项目经理认为这是他们适合Scrum的地方......但Scrummaster并不总是具有正确的作用。在某种程度上，Scrummaster拥有传统项目经理的一部分，但不是所有的工作。如果不是所有的工作......下午的其他工作都去哪儿了？这篇文章也触及了一些团队成员角色。团队一直对我一直非常直接...开发人员和测试人员......但是BA怎么样？设计师？UX人？

产品经理和产品所有者
//www.nakata-dc.com/2009/02/product-managers-and-product-owners./

与Scrummaster / Project Manager困境一样，许多组织希望等同于产品所有者和产品管理器。再次......这里的角色真的不同。试图强制将产品管理器贴合到产品所有者角色在我工作的大多数团队中造成麻烦。在这篇文章中，我介绍了产品所有者实际上是开发团队以外的一切的大抽象。他们是发展团队不想处理的一切。

填补领导力真空
//www.nakata-dc.com/2009/02/flining-the-领导真空/

我一直想大声说出这一点。许多球队正在挣扎，因为这项业务希望从开发人员确定，但他们本身没有关于他们想要亚博vip9通道乘坐市场的内容的大部分线索。那很好......他们不必准确地了解他们想要的东西......他们不应该有那个弄出前面......他们只是可以准确地了解他们将要得到什么，当他们将得到它。敏捷团队与企业之间的近距离客户合作有助于解决这个问题。亚博vip9通道产品所有者的作用是在那里向团队提供方向......是对制定业务决策的责任......以制定硬交易。亚博vip9通道

不情愿的产品所有者
//www.nakata-dc.com/2009/03/the-reluctant-product-owner./

在这里，我们介绍一个主题，即我计划在本系列中载入所有剩余帖子......背景和协调的想法。上下文提供有关我们正在做的信息...协调提供有关谁正在执行的信息以及需要完成的信息。这是团队层面的一个非常简单的问题，是产品所有者的唯一责任。大多数企业面临的挑战是他们正在解决他们试图采用敏捷的同时解决缩放敏捷问题。作为一个行业，我们对此没有太大的经验，我们没有太多的体验。

产品所有者通过代理
//www.nakata-dc.com/2009/03/product-owner-by-proxy./

随着我们扩展到企业，产品主的角色对于一个人来说太大了。我们已经谈到了产品所有者包含产品管理元素，业务分析，项目管理和UX设计的作用。亚博vip9通道他们正在抽象与团队的业务利益相关者的需求，并将这些需求转化为可行的要求。亚博vip9通道我经常看到的一个缩放模式是为团队命名一个产品所有者代理。通常这是BA或战术产品经理，但我也看到了Dev Manager，Architect，团队领先或项目经理播放此角色。

产品负责人团队
//www.nakata-dc.com/2009/03/the-product-owner-team/

在这里，我们介绍了产品所有者角色往往需要成为一个人团队......所有负责确保团队有可行的用户故事，可以在冲刺中消耗。该团队可以由一位首席产品所有者领导，以代表责任。我倾向于希望这个群体成为团队的一部分，每天与开发人员和QA人民合作。该团队有额外的责任，确保产品积压是修饰并为Sprint规划做好准备。在某些团队中，可以通过单一产品所有者举行责任......在一些产品所有者和BA ......在某些团队中，产品经理，BA，项目经理和几名设计师。这一切都是非常具体的。

功能团队或组件团队
//www.nakata-dc.com/2009/03/feature-teams-or-or-component-teams./

这篇文章得到了核心主题一点......但我现在有一个充分的理由。我们必须决定哪些团队将要建立。它们是否构建功能或构建组件。这个问题的答案将大量依赖于您上市的产品的规模。较小的团队......较小的组织......如果您可以使用该功能团队方法，那就太简单了。虽然在某种程度上......您必须弄清楚如何使用组件团队进行敏捷。有一个能够在整个建筑中工作的小组的想法是以尺度分解的很多原因。

您如何回答这个问题将影响您最终缩放产品所有者角色的影响。

团队是敏捷组织的积木
//www.nakata-dc.com/2009/03/teams-are-the-building-blocks-of-agile./

许多团队正在努力采用敏捷，因为他们不能或不能强制执行团队概念......他们希望优化组织的资源利用率，而不是最大化团队的吞吐量。关于缩放敏捷的任何对话都必须从团队有能力和团队有吞吐量的想法开始。产品所有者的角色是为了确保团队有正确的上下文和正确的协调......他们正在按正确的顺序在正确的事情上工作。

产品所有者或产品所有权
//www.nakata-dc.com/2009/03/product-owner-product-ownership./

如果您可以购买产品所有者不必成为一个人......您可以开始少了解查找单个产品所有者。您可以更多地考虑将您的业务与最重要的目标保持一致......您可以开始考虑产品亚博vip9通道所有权。首先决定如果您需要功能团队或组件团队......下一步意识到团队有能力，而不是个人......了解团队有吞吐量。在那一点，我们留下了决定我们将如何应用我们的团队来解决我们最紧迫的业务问题。亚博vip9通道

尺度的产品所有权变得越来越少于一个人......更少关于特定角色......以及更多关于业务对齐和优先级的信息...更多关于上下文和协调。亚博vip9通道

好的......现在我已经准备好了这件事！