跳到主要内容

保存的文章

如果我不是约束呢?

Mike Cottmeyer领导敏捷
Mike Cottmeyer 首席执行官
阅读: 如果我不是约束呢?

如果你是一个想要使用Scrum的经理呢?你问自己是否有可能将整个价值流封装到一个Scrum团队中?如果你发现答案是否定的呢?如果您进一步思考这个问题,并发现您的团队并不是约束条件,该怎么办?试一试Scrum是否有意义?

如果给Scrum试试并且疯狂成功是什么?您的团队变得过高富有成效,潜在地扰乱了系统的整体平衡。这是一件好事还是坏事?这对你的团队和士气可能很好......但其他人都呢?其他人是否会从你的超级产品中受益......或者它实际上会让他们慢下来。Goldratt教我们关于系统过度的一部分发生的事情发生了什么?

考虑一下这个问题……如果你是一位希望将你的组织转变为Scrum的高级领导者,你应该从哪里开始?首先要弄清楚你是如何创造价值的,以及哪些团队限制了价值……然后在那里试用Scrum。这样,Scrum就会与一些能够帮助整个系统更好地创造实际价值的东西联系在一起。这不是一夜之间的转变,但它是帮助交付真正价值的一种方式。

如果你是一个想要使用Scrum的团队,那么要理解你的上游流程和下游流程。生产软件的速度不要快于您从上游团体接收高质量输入的速度,也不要快于您的下游客户消费高质量输出的速度。构建软件的速度要快于您的需求,或者要快于您的软件可以被消耗的速度,这是一种浪费。它可能不是高产的,但它尊重整个系统。

理想情况下,您希望两者的混合......您希望看到底部采用自下而下的意图。这是什么意思?了解系统......了解系统如何创建值...识别您的价值流中的约束...构建Scrum团队周围的限制......构建您在单支级别的成功,以系统地将Scrum传播给专注于新发现的新团队,值面向约束。

通过这种方法,在我们同时关注实际的端到端价值返回业务时,可以鼓励超级生产率。亚博vip9通道我都是为了拥有整个价值流的团队......我全部用于降上的自上而下,自下而上的转变。我也是做沿途做出意义和管理风险的事情。我在假装或希望有所不同的东西,我并不是那么大,没有精心设计的到达那里的战略。
下一个;再见,再见PJ的...你好布朗袋熟食

评论(9)

  1. Mike Cottmeyer
    回复

    这里有一个非常有趣的讽刺。刚刚在PMI PDD活动的午餐中与一个人交谈,在发布这篇文章后,谁有经理在这里做了我们正在谈论的。他正在做Scrum ......他不拥有价值流......他正在做穷人,不受纪律的方式。它不在经理......或Scrum上反映。非常不幸的情况。

    回复
  2. 比尔Gaiennie
    回复

    这种情况太常见了,更糟糕的是,往往是Scrum的最初尝试给每个人留下了不好的印象,从而使组织再次尝试的可能性最小化。

    回复
  3. 先生现在
    回复

    麦克风,

    Scrum针对小型团队而不是企业进行了优化。团队是拍摄的轻松目标。这解释了Scrum的惊人成功。

    你想弄清楚企业的一切。“弄清楚一切”的追求可以导致各种戏剧。

    http://www.psychologytoday.com/articles/200810/the-art-now-six-steps-living-in-the-moment?page=4

    正念是唯一一种有意的、系统的活动,它不是为了改进Scrum,也不是为了用Scrum或看板去做其他事情。它只是一个意识到你已经在哪里的问题。《纽约客》的一幅漫画总结道:两个和尚并排坐着,在思考Scrum和看板。年轻的那个给了年长的那个一个好奇的眼神,年长的那个回答说,“接下来Scrum或看板不会发生什么。这是它。”

    回复
  4. Mike Cottmeyer
    回复

    先生。不确定我是否应该认真对待您的评论。你建议我们只是留下他们的东西,并欣赏到此之际吗?你是否建议我们不试图了解更多或向前移动东西?它只是它是什么?

    回复
  5. 安德鲁·福
    回复

    麦克风,
    在软件开发的情况下,我认为团队的局部自我优化是有价值的,尽管上下游流程无法支持更快的团队。这种价值来自于重新分配人员到其他团队的其他项目的管理能力。我曾无数次地看到团队中产能过剩的开发人员变更为PO、销售、支持或测试角色。当那些开发人员已经成功地运行了Scrum、敏捷或精益项目,并将这些知识传播到整个企业时,这一点尤其有用。

    回复
  6. Mike Cottmeyer
    回复

    我同意,安德鲁,如果那样的话。但通常情况下,事实并非如此。

    回复
  7. 安德鲁·福
    回复

    我对你的陈述相似,“如果你是一个想要做Scrum的团队... [不要]生产软件,可以比你可以从上游群体接收质量输入,或者比下游客户更快地消耗质量产出。“

    你是说我应该平庸就因为我上游的邻居平庸吗?如果我下游的邻居都不努力,我就不应该继续进步吗?

    我经常看到当团队变得更有效率时,他们会收拾其他团队留下的烂摊子。当然,这不是最好的情况。正如你所指出的,最好的情况是高级管理人员优化整个系统。但即使这种情况没有发生,球队也没有理由不进行自我完善。尽管存在TOC生产过剩的问题,但他们的工作岗位丰富可能对公司有利。

    回复
  8. Mike Cottmeyer
    回复

    我认为你不能忽视TOC的问题。如果生产过剩会对整个系统产生什么影响?

    我将尝试在今天或一周晚些时候在博客文章中解决您的疑虑。我有一个早上会议,可能会阻止我今天博客;-)

    回复
  9. 斯蒂芬
    回复

    我来得太晚了——你认为产品负责人在Scrum of Scrum中扮演什么角色?

    回复

留下你的评论

您的电子邮件地址将不会被公布。必填字段被标记*