曾在许多软件工程师眼中闪耀光彩的敏捷方法已经黯然失色。甚至，人们一遇到某些障碍就可能对敏捷冷嘲热讽。在这篇文章中，我们来回顾一下可能成为团队在敏捷道路上绊脚石的 5 种障碍，顺序不分先后：
1、单一领导
换句话说就是只有一个人铺路，其他人只会跟随
原因
最有可能出现这种情况的环境
如何打破这个障碍
鼓励所有人参与分布式权力结构，例如：
成功打破障碍、实现敏捷后，可以看到这样的成果……
大家会共聚一堂，共同就团队实现或超越其 SLO 的具体方式创建相应的协议，达成共识。
2、团队凝聚力差
换句话说：团队没有形成一个有凝聚力的组织，而是各自为战
原因
最有可能出现这种情况的环境
如何打破这个障碍
成功打破障碍、实现敏捷后，可以看到这样的成果……
整个团队会作为一个整体 SLO 目标，获得整体奖励，而并不会过分强调个体表现。在团队内部，成员之间依旧可以排定荣誉级别，但外在的奖励（来自上级和外部）总是属于团队整体的。
3、缺乏冗余
换句话说：团队人手不足时没有后备力量
原因
最有可能出现这种情况的环境
其实很多时候都会有这种情况发生，没有特别突出的场景
如何打破这个障碍
成功打破障碍、实现敏捷后，可以看到这样的成果……
一名混沌工程师突然离开了公司，剩下的成员平稳接手工作。他们有一些混沌实践的经验，并主动向其他团队寻求帮助。他们在下一个 sprint 中调整了工作负载，以将认知负荷保持在合理的水平上。
4、薄弱的学习文化
换句话说：不要重新发明轮子，只把工作做好就行了
原因
最有可能出现这种情况的环境
如何打破这个障碍
成功打破障碍、实现敏捷后，可以看到这样的成果……
每个团队成员都在努力寻找和分享关于如何改进事件分析任务的想法。当团队聚在一起讨论事件时，这是很有用的。
5、团队自治度低下
换句话说：团队没有独立充分发挥实力的空间
原因
最有可能出现这种情况的环境
如何打破这个障碍
成功打破障碍、实现敏捷后，可以看到这样的成果……
团队专注于目标 MTTR 上，不会浪费时间去开一个个解释说明会议，或被其他官僚作风影响
再加一个障碍：敏捷不会增加价值
换句话说：你的工作实际上并不需要敏捷
原因
高管喜欢跟风，想要效仿 Atlassian/Spotify/x 等敏捷组织的成功经历——“他们的市值比我们高很多，所以我们应该学习他们才对，”或许某家银行的经理会这么说。
最有可能出现这种情况的环境
如何打破这个障碍
原文链接：
