自组织团队︱规模化敏捷下如何实现完全自组织
2022-11-03
来源：翰德恩业务敏捷 ，作者翰德恩翻译组
回顾和过程改进协会
“每隔一段时间，团队就会反思如何提高效率，然后相应地调整其行为。”
------敏捷宣言背后的原则
下一个挑战:在动态团队环境中，如何进行反思?因为我们的团队组成是动态的，所以团队回顾没有多大用处。我们在Hunter Industries（亨特工业）听说过一个“发现优点”的做法，并决定试一试。我们将在每个迭代之间的会议开始时强调上个迭代中哪些实践进行得很好，以及为什么。虽然这种做法有一定的价值，但仍需要做得更多。
接下来的实践是组建一个流程改进协会。事实证明，建立协会是个好主意。在协会会议上，任何人都可以来分享观察结果并提出实践建议。所有的实践都经过了整个群体的准许，我们的认识在这些过程中循序渐进(不是一下子改变所有的事情)。但我们还是觉得少了点什么。有听不见的声音和不满。
最终，我们尝试用一整天做群体反思活动，利用开放空间来促其进行。这个活动终于解决了缺失的问题，我计划有规律地来进行这个活动，比如一个月一次。开放空间活动的主题是“反思和改善”。
在开放空间活动中，任何对某个话题有强烈感受的人都可以与其他感兴趣的人一起讨论，共同提出行动项目或实践。或者反之，有时只是一次对话就足够了。这种方法与我们的自组织核心价值是非常一致的。
4.4 大量在制品（WIPs）：群体编程和在制品限制
一开始，有一种趋势是，一个团队把极限编程理解为两个人一起做一个用户数。这个问题的部分原因是我的错误，当我们决定迭代长度时，我分享了一个XP团队能够在两天内完成一个故事的类比，结果是有太多的工作项在进行中。迭代看板变得越来越宽，并且进度感觉缓慢且难以跟进。令人惊讶的是，这一修复是我们持续致力于精通(我们的编程技术)的副作用。我们决定进行群体编程(Mob Pragramming: 群体编程是一种软件开发方式，是结对编程的扩展，整个团队从事同一段代码编程。
)培训，并邀请了伍迪·祖伊尔(Woody Zuill)(作为发明者和专家)参与。群体编程(Mob Pragramming)成为了热门，从那时起大多数团队都是由3-6名开发者组成。一个团队现在已经超过了两人(尽管两人组队仍然是允许的)，工作范围更大了，同时进行中的工作也减少了。
5发现
5.1 极限计划(XP)支持动态团队形成
动态团队组建成功的一个有利因素是，在我们的部落协议中，我们指定使用XP（极限编程）的纪律完成所有编码工作(结对编程、无情的重构、测试驱动开发等)。
XP（极限编程）是动态重组团队的成功因素，原因如下:
l 结对编程——XP开发人员习惯于经常切换结对伙伴和工作环境。他们可快速同步并交付价值。
l 集体代码所有权——使得在需要的时候进入代码的任何/所有领域成为一种惯例。
l 编码标准——随着代码的风格和语法在整个代码库中变得一致，开发人员能够非常快速地阅读和理解整个代码。
在Heidi Helfand的《动态重组团队:改变团队的艺术和智慧》一书中，作者专门用了一章来介绍(动态重组团队的)约束和促进因素。Helfand在这里同样指出了XP实践与动态重组团队之间的支持关系。
5.2 短迭代优于长迭代——两天迭代，并摆脱Scrum的束缚
当我们开始思考迭代长度时，我想看看我们能在多短的时间内完成。我回想起我的XP时代，那时一对搭档通常在两天内完成一个故事。
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
