《敏 捷 教 练：如何打造优秀的敏捷团队》—1.6 难关

1.6  难关

在实践过程中，可能会碰到以下难关。

没有时间辅导

你可能承担着很重的项目任务，组织内部人员都很依赖你，因为有些特殊任务只有你一个人能干，那你就不太可能还有时间承担教练职责。不必要放弃转为教练角色的想法。可以计划一下，抽身而出让人们不再那么依赖你。慢下来，向其他人展示如何做那些只有自己能做的关键任务。

可以考虑调换团队，看看是否有机会积累一些敏捷经验。然而，如果压力源就是你自己和你内心渴望承担更多工作，就先歇一下，搞清楚状况再说。

没有经验

如果碰到的情况超出自己的敏捷经验范围，就坦诚地告诉团队，而非遮遮掩掩试图蒙混过关。例如，你已经有丰富的小项目经验，但未曾有大型分布式敏捷项目的工作经验。或者近几年来你没有任何编程经历，却发现团队需要先获得自动化测试方面的帮助。

敏捷教练并不需要知道所有的答案；有时候没有答案反而更好。非专家定位有助于你和问题保持必要的距离，还能从局外人的角度看待问题。

要想帮助团队解决问题，你可以引导讨论，也可以研究组织内外其他敏捷团队尝试的经验。敏捷会议的经验总结报告可以作为一个好的想法来源。要想知道其他团队的做法，敏捷用户组也是一个好去处。如果认为团队需要专家相助，就寻找任何可能的机会引入一个专家，让他/她指导团队迎接挑战。

敏捷的拦路石

我们见过很多团队碰上严重阻碍而无法走向敏捷的情况。我们建议先移除障碍，再考虑辅导团队敏捷的事情。不然，所有受影响的人都会很沮丧，虽然问题的根源是没有建立正确的启动环境，但人们会将失败归咎于敏捷。

这些拦路石有时是技术问题，有时则是组织方面的问题。例如，团队不做源代码控制，就有丢失软件改动的风险。他们需要先用好源代码控制这一基本的开发实践，再考虑开始尝试敏捷实践。

如果公司正在进行组织结构调整，人们会更关注如何保住自己的工作而不太留意敏捷转型。我们不建议此时开始辅导，因为团队所承受的压力让他们无暇顾及敏捷，你这样做也许会浪费时间。