敏捷转型
Scrum的成功保证
阅读:
Scrum的成功保证
在我的教练生涯中，我曾在很多公司的很多团队中尝试采用Scrum。我看到过一些非常出色的球队，也看到过一些彻底失败的球队。如果你想尝试Scrum，我想分享一些我认为不可协商的事情。
1.团队——你必须要有一个跨职能的团队，专门处理积压的工作。
2.积压 - 我们必须拥有一个非常清晰，细粒度的优先考虑的东西来构建。
3. Cadence - 必须有一些关于我们衡量进展的间隔。
4.完成 - 团队必须知道在每个间隔结束时做了什么看起来像知道他们到达那里的某种方式。
对我来说，这是不容置疑的核心。Scrum中的几乎所有其他东西都来自于这些基本需求中的一个或多个。对我来说，这意味着其他一切都可以协商。这也意味着，如果你能做到这四件事，你成功的机会就会大大增加。
评论(16)
丹尼斯
在这种特殊情况下，你不太确定第一点：http://leadingagile.wpengine.com/2010/03/how-to-build-a-large-agile-organization/
那么，放弃Scrum in Enterprise的想法?
我完全支持企业中的Scrum，我从不实施或提倡所谓的企业Scrum。单词的顺序很重要，考虑一下;-)
托马斯Eichberger
第5点(或者第0点?):支持Scrum的管理。
当然，支持Scrum的管理层会有所帮助。一个产品负责人或者一个ScrumMaster可能也会有帮助……
但我认为它们不是一阶需求，它们是我对前四种需求之一的派生需求。
凯伦Limke
如何改变团队规模以完成更多工作?知道自己的节奏是第3条的内在要求吗?
Karen很好奇，为什么你会认为改变团队规模会帮助你完成更多工作。如果我有三个超级程序员，再加上第四个初级程序员会怎样?那些人跑得快吗?如果我拥有一个由6名程序员和测试人员组成的优秀团队，并添加了一个非常讨厌的人，那会怎样?这个人的存在会对团队有帮助还是有害?在任何一种情况下，能够增加团队规模以使团队发展得更快(正确或错误)都不会在我的成功Scrum的核心需求列表中得到满足。
丹尼斯
迈克
也从未提到过Enterprise Scrum;不知道你在说什么…
不过，我想从你那里得到更有意义的回复……
Denis……我认为你低估了我的回应的质量;-)你问我是否已经放弃在企业中做Scrum。我的回答是“不”，我没有放弃在企业中做Scrum。事实上，我的文章都是关于如何在企业中成功地使用Scrum。
你也提到了我之前的博文，那是关于如何建立一个大规模的敏捷组织。在那篇文章中，我阐述了如何围绕组织中的持久对象(业务能力)创建团队，给他们成功所需要的一切，然后让他们使用Scrum，或看板，或任何他们想要的东西。亚博vip9通道
那篇文章是关于企业敏捷...而不是'企业scrum'或'scrum'。SCRUM团队必须拥有它需要成功的一切......这并不意味着在一个以上的SCRUM团队所需的情况下，每个SCRUM团队都有所需的一切，所以可以提供结束的所有商业价值......将定义成功亚博vip9通道不同于那支球队。在这种情况下，您需要一个敏捷方式来协调团队的价值......因此精益和寻呼。
我所做的方式回答你的原因是企业敏捷，企业scrum和企业中的scrum之间存在差异......声音致力于相似，但真的非常不同。这就是我想要你思考的东西，看看它是否有任何区别。
也许你可以向我解释为什么你认为我早先的帖子让你觉得我已经放弃了“企业的Scrum”。这可能有助于我给你一个更好的回应。
敏捷的侦察
以你为例。您并不关心对待办事项进行微调的人叫什么。把它叫做“产品负责人”或者“灯罩”，只要它完成了。：）
彼得，是的，当然，但我将在接下来的几天探讨一下这个问题。只是想看看人们对这个基本想法有什么看法。
迈克尔
如果您将团队定义为“跨越积压的人的跨职能群”，请问您如何处理错误：是某些专用消防团队处理的错误（不致力于刻录积压）？
Michael ...积压是包含新功能和错误的。
查理程
有趣的文章。我认为一致认可的“产品愿景”对团队的成功也很重要。
从Scrum团队的观点来看，我不关心愿景，我关心的是PPBL。我建议有一个远景，虽然很重要，但它是对优先级待办事项的需求的衍生。
凯伦Limke
对不起，实际上是我想听到的答案，但我在询问团队化妆的是，如果＃3涵盖了你不玩团队成员的想法吗？该团队作为一个单位（没有添加，变化等）能够创建一个节奏，更不用说速度。