Scrum City的麻烦
免责声明:这不是对Scrum的批评。
我们不是设计一个东西，而是设计一种做事的方式，而这种做事的方式必须在现在做出一些选择，而把其他选择留到以后。
——Guy Steele, 1998年ACM OOPSLA主题演讲，“成长一种语言”(视频)
如果你参加过许多敏捷会议和/或用户组会议，那么你可能玩过或听说过一款旨在教授“敏捷元素”的游戏Scrum通过让参与者按照Scrum模型迭代设计和建造城市。该游戏在敏捷社区的培训课程、研讨会、客户活动等中被广泛使用。
存在许多变体，但它们都基于相同的基本原则。以下是你可以在网上找到的关于这款游戏的一些描述:
我已经玩了，观察了，并且推动了这个游戏很多次。人们总是乐在其中。有时候，他们会学习一点关于Scrum的知识，即使没有太多关于敏捷的知识。
迭代过程，瀑布式思维
在我所见过的所有案例中，《Scrum City》游戏的促进者甚至在游戏开始之前就预先定义了城市。解决方案提前植入参与者的头脑中。
您是否想要使用Scrum特别是作为一种工具,以及你是否想给“设计方法”一个特殊的名字如“敏捷”,事先假设已知的解决方案是,我们所要做的就是将它分解为待办事项列表中的待办项业务的方向相反,社会在当下时代的需要。亚博vip9通道
看一下LeadingAgile旅程如果您的所有员工都知道如何销毁由预定义的“特性”构成的产品Backlog，那么您就可以尝试可视化您的组织在Basecamp 4或5级别上的有效运行。带着这种心态，祝你好运通过Basecamp 2。
问题并不是Scrum游戏固有的。问题在于世界上几乎每一个敏捷顾问介绍游戏的方式。比赛开始前，他们说得太多了。它们详细地描述了元素他们认为一个城市必须包括。他们在参与者的脑海中预先植入了19世纪的“山巅闪光之城”(Shining City on the Hill)的浪漫愿景不能满足人类的需要这已经开始了在接缝处分开在我们周围。
我知道这款游戏的重点是教Scrum，而不是设计一个真正的城市。然而，如果我们相信我们正在向人们展示如何在未来有效地发挥作用，难道我们不应该鼓励他们相应地思考吗?
一个美丽的计划
在一个真正的设计问题中，即使我们确信有适合实现的东西，也奇怪地脆弱和不现实。我们正在寻找两种无形事物之间的某种和谐:一种我们尚未设计的形式，一种我们无法恰当描述的环境。
——克里斯多夫·亚历山大,关于形式合成的注释, 1964年。(pdf)
计划等城市巴西利亚还有规划好的郊区莱维敦已经被证明不适合被人类占领。他们在纸上看起来不错。它们的设计很优雅。他们不工作。
在富裕的地方香港在不太富裕的地方内罗毕在美国，生活在现实生活中的人会以城市规划者无法预料的方式重塑他们的环境。形式和背景都不能预先详细规划。
一些规划中的城市表现不错，但并不是因为它们最初的计划是按照设计者的设想进行的。华盛顿特区最初的生活是一个计划中的“联邦城市”，建在开垦的沼泽上。但是，如果没有马里兰州和弗吉尼亚州的周边地区，城市规划的部分将永远无法生存，因为这些地区没有经过明确的设计。即使有了精心的规划和周围的富裕，这个城市仍然有大量自发产生的贫困地区。
这不是一种新模式。例如，古城不过被认为是有计划的(没有现存的书面记录可以确切地告诉我们)。作为政府、宗教和商业的中心，它吸引了来自周边地区的许多人，他们在城市就业地点步行距离内的周边建造棚户区。最终，这个系统崩溃了，这座城市在公元600年左右被烧毁和遗弃，很可能是被当地较为贫穷的居民。
考古学家已经确定了这个著名的遗址，吴哥窟这里曾经是一个不断扩张、人口密集的城市的规划中心，为了满足居住在这里的人们的需求而不断发展壮大。最终，除了寺庙与丛林的斗争，什么也没有留下。
尽管历史给了我们很多教训，我们仍在继续追逐光辉之城的梦想。雄心勃勃的马斯达尔城阿布扎比的倡议可能是最引人注目的例子，但它确实是不是唯一的例子。这些都是实用的;还有远见卓识的人城市的概念这是令人惊叹的，但可能并不适合居住。这些计划中的城市是否会被证实还有待观察。
那又怎样?
所以，当我们向人们展示方法、技术和工具，以一种灵活、动态、有效的方式帮助他们满足当代需求时，用同样灵活、动态和有效的方式帮助他们解决问题，难道没有意义吗?
我们不需要一遍又一遍地重建过去。我们已经做到了。我们需要创造未来。这款游戏教授了一种能够实现这一目标的方法。还记得Wikispeed吗?
除了规定Lego®City必须包含的元素，为什么不让研讨会参与者想象、头脑风暴，并迭代人们可以随着需求发展而适应的生活和工作空间的想法呢?毕竟，当他们迭代地开发软件以满足人们不断变化的需求时，这不正是我们希望他们在工作中所做的吗?
就教授Scrum而言，玩家需要不断地重新审视并完善他们的Backlog，不断地质疑他们的想法，不断地刷新他们的思维，不断地协作，不断地“重构”他们的设计。这将是一个更加动态的体验，而不仅仅是烧毁19世纪城市的积压“特性”，而且更接近“敏捷”软件开发过程。
这将是一种完全不同的体验，与我们经常在组织中看到的那种将现代方法粘贴在过时思维之上的“机械”Scrum截然不同。它甚至可以帮助人们打破思维的旧习惯，解决问题。
那不是更好吗?
评论(4)
里克·万斯
非常棒的文章。所以我们经常声称自己是敏捷的，但仍然使用简化主义的思维。
斯科特·汉尼
“……假设解决方案已经提前知道，而我们所要做的就是将其分解为待定项，这与当前时代的商业方向和社会需求背道而驰。”亚博vip9通道
这是我反复看到的问题。将项目分解成越来越小的任务并不是一个新奇的想法，也没有为解决软件开发的挑战增加任何新的或有用的东西。但是，通常的焦点是定义特性、创建故事，然后是任务——Scrum的一些“运动”——而不是交付可用软件的增量，允许开发人员和涉众根据需要验证工作和需求，并修正过程。
我真的很喜欢Scrum。但如果整个目的只是把大事情分解成小事情，那么这将是一个无用的骗局，一个每个人都知道如何做的新名字。
乔恩·豪厄尔
资深(30年以上经验)用户体验设计师和新(1年以上)产品负责人
“那不是更好吗?”
我认为“看情况”。
创业吗?绝对是的。
对8000磅的大猩猩负有责任的大型公司却在努力改变整个行业?并非如此。构思，挑战假设，推翻过去的先入之见等等，在战略思维的早期阶段当然是合适的。但是后来……不断重构设计是行不通的。相信我，我的经历并不全是敏捷的美酒和玫瑰。
或者也许我误解了，或者患有年龄诱发的认知僵化症?不管后者是真的还是假的，我都愿意改变我的想法，也欢迎你们的评论。我一直在努力提高自己的表现，让我的团队做得更好，更快。
你关于更大更老的组织的观点很好地接受了。这款游戏并不是用来教8000磅重的大猩猩，而是教Scrum新手如何使用这个框架。由于我们通常与思想开放的年轻人打交道，在我看来，让他们的想象力在练习中自由发挥，而不是用陈旧的“城市”概念“播种”他们的解决方案，将是有益的。