【IT168 专稿】

    敏捷软件工程专家Craig Larman最近发文，总结在编写《规模精益&敏捷开发：Scrum中的学习与企业工具》中"企业"一章时，由一组在大型公司工作的敏捷开发专家们列出所遇到的最大困难，并依此整理出以下十大管理障碍。

    10. 无法解决企业结构上的困难

    Jeff Sutherland是Scrum方法的创立人之一，他认为组织结构上的困难是当前大型企业所面临的主要难题。"我们一直都是这么做的"以及"我们投资了那么多，所以我们不想改变"是造成这种局面的主要原因。

    9. 对成本节省与协作的错误理解

    Peter Alfvin是Xerox公司的资深研发经理，也是精益原则的提倡者；Petri Haapio是Reaktor公司敏捷教练部门的主管。他们两人一致认为，中央机构经常对成本节省与协作有错误的理解，形成局部优化妨碍总体优化的情况。他们列举了几个这种案例。第一个是中央工具部门要求所有部门使用相同的工具。这个减少成本的好意却造成了至少一个小组的效率低下，因为这种"强迫"式的工具无法满足他们的工作要求。他们还举了一个例子是用材监督强迫所有小组使用小隔间，从而易于规划成本并使成本最小化。这同时也降低了许多团队的工作效率。还有一个例子是IT部门限制视频会议的带宽，这使得主要依靠这种方式进行交流的团队无法高效地进行工作。

    8. 缺乏训练

    Sami Lilja是诺基亚西门子网络公司敏捷开发活动的全球协调人，他发现许多企业似乎都认为学习是一种"时间浪费"。这些企业只有在他们认为"合适"的时候才对员工进行训练、培养。这种扭曲的观念造成了"救火"式的恶性循环：由于有限的开发技能造成错误，进而开始紧急修复工作，而管理团队却不愿意分析造成这种错误的原因，于是又导致更多的错误。

    7. 单职能团队

    Larry Cai是上海爱立信的一位专家，他提到职能性组织（单职能团队）是敏捷之路的最大障碍之一。这些单职能团队会造成交流上的障碍，容易导致互相之间的指责。

    6. 局部优化与全局优化

    Esther Derby身兼顾问、教练、职业导师等职，还是两本有关企业结构的著作的著者。她认为"把局部优化放在全局优化之上"正是企业取得成功的一大障碍。她还列举了几个涵盖目标管理（MBO）和预算系统的案例。

    5. 以为书本上的知识已经足够

    Mike Bria是西门子制药的前敏捷教练，他提到"自我修行"有可能会成为一种障碍。他认为，许多人读过一两本书就觉得自己已经"知道了"。这种一知半解的行为实际上是很危险的。这些企业通常不会去聘用外部专家，而是依靠自己解决所有问题。Lasse Koskela是《测试驱动》一书的著者，他也提到了类似的障碍，称之为"不愿面对企业外部的世界"。

    4. 个人业绩评估与奖励

    一位大型电子商务网站的培训员提到个人业绩评估与奖励是他所见到的一种主要障碍。这种陈旧的机制会让敏捷团队的开发人员和管理人员感到泄气，从而影响团队的效率、促成命令与控制式的管理方式。

    3. 不现实的承诺

    杭州诺基亚西门子网络公司的培训员兼开发经理吕易认为，无意义的承诺是企业的一大问题。虚无的期待会造成取捷径、不停地救火、和遗产代码等问题。这一点在《规模精益&敏捷开发实践》"遗产代码"一章中有详细讨论。