敏捷转型第一步：如何做好团队级敏捷
2022-12-16
来源：徐东伟敏捷教练
敏捷转型通常被分为团队级敏捷、产品级敏捷和组织级敏捷。其中，团队级敏捷通常被认为是敏捷转型的第一步，也是基本功，然而很多敏捷教练在支持团队级敏捷的时候，体验却通常不怎么好。
总结起来有两点最为突出：
团队阻力太大，各种抵抗！
不管敏捷教练在场的时候团队表现有多好，只要一撤场，团队就走样，甚至能回到解放前！
其实敏捷教练不在的时候，能在团队中留下的东西才是他们真正认可的东西。敏捷教练在的时候团队能做的那么好，要么是迫于压力，要么是给你面子，敏捷教练真应该感谢团队当面的不杀之恩！听起来确实有点儿残酷，然而这也是敏捷教练不得不面对的现实。本文尝试从更多的角度，剖析背后可能的原因，供大家参考，也欢迎大家在评论区中补充。
01团队认为敏捷教练没有把他们当活物
回想一下，敏捷教练是不是曾经像老师一样给大家讲授敏捷的玩法，要求大家一定要怎样做，并且还要保持好队形？
计划会应该这样开......
估算应该这样做......
迭代评审会要请这些人......
回顾会要......
Weatley, M.J. 和 KellnerRogers, M. 在“A Simpler Way”一书中有这么一段话：
实际上，所有系统都坚持运用自己的创造力。他们从不接受强加的解决方案、预先确定的设计或在其他地方产生的清晰的计划。很多时候，我们把他们的拒绝理解为抵抗。我们说人们天生就抵制改变。但是我们从别人那里经历的抵制，并不是抵制改变本身，而是抵制“相信强加而不是创造”的改变过程。这是一个生命系统在抵制被视为无生命物体。这是在声明“系统有权利去创造”。生命坚持自己的首要责任是“自己去创造”。
也就是说，那些优秀的敏捷实践本身可能没有什么大问题，问题是你“如何”让大家采纳。
你也许想要求大家机械地按照你说的去做。当然，你也可以尝试如下的选择：
组织一个工作坊，和大家共同探讨当前遇到的问题，敏捷教练负责主持工作坊，并提供结构化的讨论框架，主意都是大家出，结论都是大家下，如果团队卡住或者需要补充额外知识时，敏捷教练可以进行讲解，然而敏捷教练的意见仅供参考，不要强迫。这样做出来的行动计划是大家共同创造的，大家都买账，执行起来效果也会更好。
告诉大家，无论大家形成什么样的决议，迈出下一步都只是一个尝试，约定好时间，时间一到就收集大家的反馈，如果好就继续，如果不好，就调整。这样大家就不会有太多思想包袱，毕竟还有后悔药可以吃。这样大家就会更加愿意拥抱变化，勇于尝试。
02敏捷教练单方面方案不见得适合团队
有些团队似乎对于前面所说的“创造”这件事情并不敏感，他们和敏捷教练说：“教练，你就安排吧，我们都听你的！”然后他们就被动地等着，你让他们干啥，他们就干啥。他们不愿意花时间主动学习和思考敏捷的新思路到底怎么用才更有效，他们宁愿把时间都花在写代码上。所以当他们不喜欢敏捷教练的安排时，就会随便糊弄一下，走个过场，然后就该干啥干啥了。就这样，程序员以“实战派”自居，敏捷教练妥妥地成了“理论派”。
所以，敏捷教练一定要让团队知道我们非常愿意和大家共同探讨，最重要的是，团队也一定要花时间来一起讨论，我们的目的是一致的，就是让大家能够工作得更好：工作更开心、更有效率、工作质量更
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
