跳到主要内容

保存的文章

结构,治理,以及大规模敏捷团队指标

迈克Cottmeyer |LeadingAgile
迈克Cottmeyer
读: 结构,治理,以及大规模敏捷团队指标

规模敏捷团队

好了...让我们回顾一下过去两年的帖子。我在这个小片段的第一篇文章被称为“基于团队的Scrum的基本机制“。在该文章中,我试图让的情况下,规则,礼仪,文物,和Scrum的角色......而Scrum的不可分割的一部分......是不是Scrum的是真正意义。Scrum是真正关心周围有什么,我们要建立至少几个星期了极端的清晰度。Scrum是真正关心形成一队谁拥有一切必要措施,生产出的产品,并且是实际生产它的责任人。最后,Scrum是关于有工作,可以测量和比较反对什么,我们所要做的产品的测试增量。我们知道这种方式有多远,我们是来和我们就剩能走多远。

我的下一篇文章叫“基于团队的Scrum的失效模式“。在上一篇文章的三个主题的基础上,我探讨了很多的方法,我们看到Scrum团队斗争越来越清晰,问责制和可衡量的进展......尤其是在更大,更复杂的组织。大多数公司奋斗找到合适的人一起产品非常整齐,优先积压。大多数组织真正的斗争放在一起完整的跨职能团队。Even in the presence of a well-groomed prioritized backlog and a complete, cross-functional team… many organizations struggle to produce a working tested increment of the product every couple of weeks, and have no idea what they’ve produced or how much software is left still to build.

那么,这给我们?那么,它似乎在许多组织中,我们已经有了一些事情弄清楚之前,我们甚至可以真的认为这样做Scrum的。首先,我们需要弄清楚什么样的球队,我们正计划表格,我们将如何去形成他们。接下来,我们需要弄清楚,队员会得到他们的积压,他们中有多少细节将需要,有多少相互依存的团队的积压会聚集到一起的产品是一个整体。最后,我们需要身材怎么样,我们要衡量和我们将如何来衡量它。这是在团队层面很简单,但是当我们开始整合几支球队有走到一起的一个集成产品的工作可以变得更加复杂。

记住这一点......我们将再次看到这一点。在你开始你的敏捷转型,你需要了解你是如何去结构敏捷团队......我们如何来管理,其中积压来自...什么我们要衡量,使我们知道我们正在对集成交付进度。在一个简单的,单一团队的Scrum实现,这很可能是一个跨职能的团队,一个授权产品负责人负责创建积压和手段,生产的产品的工作测试的增量,定期的节奏,与一个稳定的速度,针对已知的积压。该规范的Scrum的表达是一个结构,治理度量的一个例子黑社会,在许多规模较小的组织工作。

在大型组织中,这一支球队的比喻很可能将被打破。我们将需要一个不同的组构建的,结构也许更广泛的调色板,以表达结构,治理度量需要更复杂的企业。As I’ve been noodling on these ideas over the past few weeks and sharing some of my ideas with Dennis and others on my team, we’ve been talking about the other more heavy-weight agile approaches out there, and using them as a way to understand our industry’s attempts at putting together patterns for doing agile at scale. If you think about it, frameworks like RUP, FDD, DSDM… and more recently SAFe… are all attempts at putting some language around the Structure-Governance-Metrics challenges we have with agile in large companies.

好了...我们结束一天之前,我想提出一些语言发挥在接下来的几个帖子。当我谈到的结构,所有我真的谈论的是关于该企业将要组建团队的模式。我认为在未来的文章中,我们会谈论不同,我们可能需要在一个更大的灵活的企业队伍。接下来,当我谈到治理,所有我真的谈论的是如何组织定义了企业将要工作的,以及如何工作将得到协调,并传达给团队。最后,当我们谈论的指标......我们需要什么样的成功看起来有些协议,从产品交付的视角,进行测量,评估进展,并知道如果我们变好还是不是一个手段。

我认为,我们将在接下来的三个职位做主持是探索你如何去做出一些决定了组织大规模的结构,治理度量框架和谈话。与往常一样...感谢挂在那里与我;-)

看看接下来的文章中,如何构建敏捷企业

看看以前的帖子,基于团队的Scrum的失效模式

下一个>在排名前五位的敏捷方法幻灯片组

LeadingAgile创始人兼首席执行官迈克Cottmeyer热衷于解决与在更大,更复杂的企业敏捷带来的挑战。为此,他和他的团队正在致力于向帮助提供大规模的敏捷转型服务务实,渐进,安全地引入敏捷方法。

评论(2)

  1. Amith Pulla
    回复

    伟大的职位迈克。感谢分享。

    回复
  2. 玛丽·亨伯特
    回复

    优秀的帖子,真正有用的,期待着更多的!!!!!

    回复

发表评论

您的电子邮件地址不会被公开。必需的地方已做标记*