自组织团队︱规模化敏捷下如何实现完全自组织
2022-11-03
来源：翰德恩业务敏捷 ，作者翰德恩翻译组
原文作者：Ron Quartel
译者：Judy-朱迪
关于本文
2016年，我所在的部门（在一家高度传统的健康保险公司内部）决定尝试一些非传统的东西：一项以前没有人做过的规模化敏捷实验。把工作布置下去，让一个50人左右的群体自行组织成团队，每两天重复一次这样的实验！在将近两年的时间里，我们持续改进这个系统，它运行得非常好。实验一直持续到一些关键环境因素发生变化导致其终止。本文概述了我们所做的尝试、学到的知识以及我会向有兴趣创建一个规模化、自组织、复杂自适应系统的人们推荐的内容。
1简介
2014年5月，新奥尔良，在一场约有800人参加的敏捷会议出现了一个意想不到的灵感乍现的时刻！这次为期三天的活动的最后一天是一次非常规性活动，即开放空间活动。在20分钟内，我目睹了800人自我组织并制定议程，然后完美地完成了一天的会议。让我震惊的是，这个简单的系统是多么强大、优雅和能干，它完全依赖于自组织并可扩展！也许正因为会议的主题是规模化敏捷，我在概念上实现了一个飞跃—为什么我们不使用开放空间技术（OST）来解决规模化敏捷？到目前为止，我觉得所有的努力都过于强制，而我不喜欢，但“开放空间”揭示了一种更符合敏捷价值观的方法，而且似乎充满了潜力。
快进两年到2016年春天，美国太平洋西北，一家健康保险公司回归了这一令人兴奋的理念。我发现自己面临着一个规模化挑战，随即提出了团队使用OST的想法。这个想法很受欢迎，我们同意将其作为一个实验，这个实验进行了将近两年。关于企业文化和人性的一系列令人惊讶的事实反映了他们自己。同时还有一些令人振奋的新工具和前沿敏捷方法以及规模化敏捷，值得与社会分享。我们是真正的开拓者。一种新的语言、新的工具和新的过程形成了。（我用粗体强调了新的语言术语。）它改变了我，让我了解了新的人类运动，并改变了我对许多现在常见的敏捷假设和最佳实践的看法。
2背景
因为以前在这家保险公司做过顾问，我对那里的文化很熟悉。我无法想象自己会再去那里工作。因此，2016年，当一位朋友联系我，建议我加入他在上述公司的团队，我认为这听起来像是个坏主意。他向我保证，这个群体是不同的。它有一个强大的领导者，自主权，对一些令人兴奋的产品的开发，对极限编程（XP）的承诺，并将更像一个初创公司或公司内部的研发部门。相信这一切都是真的，我作为一名软件开发人员，加入了一个6人小团队。
3故事开始了-如何规模化才算公平？
我们招聘速度很快，需要一位scrum master。我在敏捷领域有多年作为开发人员、经理、教练、培训师、讲师和顾问的经验。我的经验告诉我，如果我们在scrum master的选择上出了问题，工作不会顺利。所以，在我们继续寻找合适人选的时候，我自愿填补了这个空缺。寻找scrum master最终花了一些时间，所以我没有继续寻找，而是留在了这个职位上，并将头衔改为敏捷教练。
从一开始，我们就知道我们的数字平台部门将拥有两种产品，以期在以后添加更多产品。一个产品正在迅速成为遗留系统，而我们还没有在另一个移动平台上启动。移动是我们新的、最吸引人的平台，它将给开发者一个学习新技能的机会。这就是我面临的困境：如果我们分开团队，谁在移动平台工作，谁负责老产品?
怎样做才算公平?为什么最了解遗留系统的人要被束缚在它上面?这
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
