自组织团队︱规模化敏捷下如何实现完全自组织
2022-11-03
来源：翰德恩业务敏捷 ，作者翰德恩翻译组
感觉特别不对，因为其中一些开发者是长期雇员。如果他们想要改变的话，他们应该为自己付出的时间获得奖励，并获得学习新技能的机会。这时我突然想到了一个主意——如果我们像一个有凝聚力的整体一样团结在一起呢?一个可以动态组成团队以应对变化和易变的优先事项的群体?多年前使用OST（开发空间技术）规模化敏捷的想法作为一个可能的解决方案回来了。如果团队同意这个想法，我们就可以组合在一起，而不必分开!
我把所有人都召集起来，征求他们的意见。为什么我们没有一个让个人自主选择工作项到自己团队的集市?这个系统将允许人们在不同的产品之间流动，并赋予组织在需要的产品之间灵活工作的能力!这是双赢。如果所有需要做的事情都完成了，是谁做的又有什么关系呢?群体将从用户故事地图中提取工作并组成团队(而不是将工作推入静态的团队)。编舞比编曲更重要!请参见下面的图1。
这个想法最终胜出，因为我们知道，如果两个月后它还没有成功，我们可以很容易地回到敏捷方法和流程。如果需要的话，我可以闭着眼睛实现它，就像我以前经常做的那样。
4我们在大规模自组织尝试中遇到的挑战
4.1 积压工作的管理——功能映射&功能管理员
当谈到如何管理待办事项时，用户故事地图的想法很有吸引力。它将赋予群体一种能力，可以看到整个工作内容，并理解不同工作项之间的关联。但在实践中，我们很快就发现维护一个用户故事地图是很棘手的，因为随着群体的壮大，工作的分裂是迅速而大量的。(我们尝试了实体格式和电子格式。)
当我们决定在用户故事地图上只显示高级特性时，解决方案就出现了。我们将用户故事地图（重命名为发布图。我们在各自的板子上跟踪更细致的工作项，为每个功能分配一块板。根据工作项从根节点递归分解的分支性质，这些板被称为特性图或特性树。有趣的是，用户故事地图的概念并不总是适合子节点，我们最终将所有东西都称为工作项。我们把这个待定项管理的新系统称为特性地图。
与此相关的是，我们还提出了一个特性负责人的角色，这解决了业务人员不知道在群体中向谁提问的问题(由于动态重新组队的原因)。
我们正在我们的群体中开发一种新的敏捷术语、过程和角色。这是一个激动人心的时刻!
4.2 在非静态团队中预测和估算——群体的智慧
下一个挑战是预测和估算。敏捷推荐进行工作的团队去对工作进行评估。但是在我们团队动态重组的环境中，谁也不会提前知道自己会处理哪个工作项。
在思考这个问题的时候，我碰巧读到了J. Surowiecki的《群体的智慧:为什么多数人比少数人更聪明以及集体智慧如何塑造企业、经济、社会和国家》。太令人兴奋了!让我们试试群体评估的智慧。群体预测的智慧是通过从大量人中收集评估结果，以其平均值作为最终估计值。我后来了解到，Cynefin框架之父Dave Snowden建议，对于复杂领域的问题(如软件交付)，最好的评估方法是使用群体的智慧。我的预感是对的!
使用群体的智慧，我们可以估计完成用户故事地图上的每个功能所需的工作量!把这些预测值加起来，你就可以计算出目标发布日期。为了简化这个过程，我们创建了一个便捷的网络工具。只需几分钟(与传统敏捷评估方法的几小时或几天相比)，我们就可以预测一个功能或整个版本!
4.3 大规模持续改进：开放空间
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
