本文讨论了敏捷性的生长与3 +团队,面向客户的产品可能的团队关系和/或更少。
背景:
在本文中,我将比较和对比的更先进的成熟模式按比例缩小的专业Scrum,关系与Scrum工作室所有在一个角落里,和少。他们有很多共同之处。
关系和少是唯一模式基于真实Scrum 1产品负责人,1产品待办事项列表为每个真正的面向客户的产品。不是一个团队产品所有者被发现……学习更多关于这个话题的产品负责人团队层面在维珍的场景看到迈克尔·詹姆斯的视频。
大规模的Scrum(少):
少的优化目标是适应能力(敏捷、廉价和容易改变)因为(a)我们都是可怜的预测才能击中目标,对于顾客来说是很有价值的所以我们需要廉价和容易适应发现我们的方式。和(b)外面的世界变化(竞争对手、技术……)。所以我们需要便宜的适应。——Craig Larman。适应能力,更好的交付价值和较短的端到端客户周期免费的。有适应能力,我们可以“打开一毛钱一毛钱”。Multi-learning引用在新产品开发的游戏适应能力的核心。看到我的文章“50灯泡时刻与Bas Vodde……”。此外,“咬一口少”的方法(可能无意中作为其旨在减少复杂性)是另一种减少复杂性和/或风险小赌注。
联系:
Nexus的优化目标是更快的提供更好的价值,而不仅仅是提供更快。Scrum工作室,适应性也触手可及。很多人没有意识到的是,扩大专业Scrum添加50 +补充实践关系,其中一些重叠的指导少。通常只有在扩展专业深入研究这些实践Scrum培训。
Nexus Scrum的好处扩展到更大、更复杂的产品(要求3 - 9团队)。关系并不打算直接解决更广泛的组织敏捷性问题,寻求解决。Nexus指南于2015年出版,但自2007年以来,技术进化了(自出版企业和Scrum)。
让我们比较和对比了专业Scrum, Nexus Scrum工作室,和更少。
比较/对比的关系和更少的:
关系与Scrum工作室和更少的有很多共同点。他们都反对non-Scrum角色。都有1产品所有者和1产品待办事项列表/产品。他们都是关注敏捷产品管理。他们都是基于真实Scrum。
采用考虑:
联系有一个更快的启动,因为它可以处理组件团队,和发展特性团队,指导名不副实的Nexus集成(应该是教练)的团队。有更多前期要求组织较少,但从本质上说,有可能在一个巨大的环境不一定完美跨组件团队开始。超出预算往往是两种关系的一部分与Scrum工作室和更少。组织帮助“翻转”。有要求消除项目较少,但从本质上说,预计这不会立即改变,但如果项目没有工作,例如,业务仍然认为有项目,但是它们集成到一个待办事项列表,和团队都不知道这些。我畏缩,Nexus仍然支持长期项目,人工构造基金工作,创造稳定的短暂的团队;但这意味着这些人没有准备好少还有一个真正的Scrum选择关系(可能没有Scrum工作室)并不是完全移交给(我称之为)特洛伊木马选项(其中大部分功能发布列车),它只能帮助以满足我们的一切交付更快。二级仍比舵效。
日常经验:
两个选项提供一个更好的替代Scrum赞叹不已。大多数(如果不是全部的话)事件是按比例缩小的,与会者应该清楚每个事件是什么,谁应该参加。使产品待办事项列表细化(PBR)强制性的。更倾向于单一团队的弃用PBR维PBR。少多肉的骨头如何处理大约8团队或多个/产品、产品定义、协调和整体回顾,包括管理(可选)。都是技术excellence-oriented,尽管克雷格的认证少从业者类清晰需要技术教练和暴民编程团队,因为他们发射了至少三个月。我同意我不能看到午餐&学习如何管理教育团队的人。有微妙的差异在Sprint规划(包括如何选择工作),产品待办事项列表细化和Sprint回顾,我不会进入这里。
项目:
可以认为每个sprint是一个项目。我不谈论这些。我说的是multi-sprint类型项目。少需要一个旅行离开项目。我可以理解为什么,“完成”的定义被妥协。我听说去年显然想要少,项目主管,他现在不关心质量,的核心基本Scrum。这是约翰Seddon担心的东西,失败的需求从短期思维。短期至中期外包也是一大禁忌。Dinesh Sharma少一个精彩的案例研究上长期外包了戴明感到骄傲。联系项目走向同样的路线,但仍长期容忍的项目。少强在志愿活动,没有人会自愿。在我巴达策略,我有一个“# RespectingNoIsland”,人们会继续他们的工作,因为他们通常做的。如果我发现团队成员可能会永远支持Scrum,为他们的利益和他们的同事的利益,我问那些禁忌不变化,我更喜欢依赖关系来处理他们的工作,即使我迫切需要它们。我是例外引爆点领导存在,这有点重了。
支持:
好的,所以Scrum.org更强在培训方面,培训是一致的。我有观点的人参加了Bas的CLP而不是克雷格的,反之亦然。我看到另一个教练的CLP较少,又关注别的事情。少说句公道话,这是因为它有着更多的材料,3厚书,2的胆量。少社区非常活跃,但2022世界杯国家队排名对于普通从业者;更多的是针对高级实践者。也许这就是合适的。专业Scrum和Nexus低调。SPS /关系相当多的运动鞋。的Scrum.org2022世界杯国家队排名社区是针对普通从业者和有一个非常活跃的博客,一系列的Scrum餐前小吃视频,和一系列的在线研讨会称为Scrum脉冲。可以通过关系获得适应性和Scrum工作室如果关系已经使用特性团队,还需要联系集成团队(NIT -或者我更愿意称之为Nexus教练团队)就像一个高效团队仍然需要它的Scrum Master。
比较/对比:
我能够使用Nexus就出来在2015年7月Scrum,看板和精益创业团队在同一节奏。我一直试图找到一个真实的案例研究自2012年以来。也许我在那里,我不确定。另一个错误的开始?让我们来看看。
有一件事是肯定的,如果我不能使用更少的深度与窄,我至少会使用Nexus & Scrum工作室。如果关系& Scrum工作室是我错误地被迫使用“全球一致性”,它不会是世界末日。通常每个区域/业务单位有自己的亚文化;因此只有有时相同的解决方案。
但是,老实说,我希望更少。为什么,因为它有最支持先进的实践者,为敏捷专家就像壮志凌云,正确处理规模超过81人团队,Nexus +达到其上限。因为少阻止状态指示板,领导人提示访问团队,甚至暴民与他们(因为现场少即是价值创造的代码而不是团队房间)。最重要的是,在multi-learning更有优势。没有其他框架是如此关注multi-learning,不管是大规模扩展“完成”的定义是在尽可能接近潜在的可交付和/或使团队更和更灵活的工作从其他产品领域,甚至扩大产品的定义,我们甚至不需要项目组合管理,因为我们有一个广泛的产品定义尽可能地接近顾客如何看待产品。项目组合管理不需要因为项目不存在于更少。产品组合可能需要但如果你扩大产品的定义。所以在项目组合管理实际上不是一个差距。
如果你不能建立我们需要的少了,难道你还更进一步,也许试着联系呢?有一个点,从关系开始,您可能想要开始发展你的实践向少吗?
如果你不想联系和少,至少其中一个尝试。其他方法本质上是腐败的维珍上下文中的Scrum团队产品的所有者,人没有讨论志愿团队,产品负责人写故事/炼油产品待办事项列表给到团队,产品负责人澄清需求、期望产品所有者超人/神奇女侠,或Scrum master协调工作。
这是一个引用Bas Vodde,共同创造者的少:
我看着联系少的小弟弟。我不意味着负面framework-basics大多是相同的(在联系一些奇怪的名字)。联系主要是站在那里,就像Scrum停止。在我们不像我们有经验的组织成功改变的上下文是一个关键因素。所有non-LeSS方法,Nexus最有意义和保持最佳真正Scrum。
我要感谢pst也在社区越少,特别是那些帮助我更准确的比较/对比维恩图。2022世界杯国家队排名
我要感谢Wojciech查克尤其是他的想法使用主题的维恩图(起初我只是有完整的比较/对比版本)。
如果你发现任何错误,请在下面发表评论。谢谢你！
如果你不准备真正的Scrum,嗯……这是Scrum.org。
有特洛伊木马或“# AgileFrameworksSucks”选项;的更多信息在这里看到的。