文/伍斌

　　成立五年的ThoughtWorks咨询团队，在外人眼中，甚至在ThoughtWorks内部其他团队眼中，一直是一支神秘的队伍。

　　（图：部分咨询团队成员）

　　为什么神秘呢？一方面，在ThoughtWorks只有中国区有独立做咨询的团队，因此这支团队对于中国区以外的ThoughtWorker来说很神秘；另一方面，这支团队的工作方式相对独立，与其他团队联系较少。

　　可能有读者不大清楚什么是咨询工作。ThoughtWorks中国区所提供的专业服务大致分为两种，一种是交付，另一种是咨询。前者是指ThoughtWorks开发团队直接为客户开发软件，后者则是ThoughtWorks咨询师辅导客户的团队来更好地开发软件。

　　
交付工作的完成，需要各个工种的配合，所以团队人数会较多，每个团队大概会有七八个人。而咨询工作不同，好比你通常不会请三位以上的健身教练同时辅导你一样，客户一般只安排一位教练（或两位教练结对）来辅导一个团队。在这种情况下，咨询团队这30多人，工作时会分散到全国各地的客户团队中，彼此相对独立地工作。

　　咨询师相互之间，除了结对工作之外，只有在团队例会上，才能了解其他咨询师的工作情况。连咨询师都不甚了解本团队其他队友的工作情况，更何况外界呢？再加上咨询师常年出差，奔波在客户现场，很少有时间去办公室做分享，这就让这支团队更加神秘。

　　这支神秘的团队，有三种咨询师。

　　
第一种:管理咨询师

　　这些咨询师有些会深入到客户基层开发团队，来辅导客户团队进行Scrum迭代开发和看板实践；有些会辅导客户的业务分析人员做设计思维工作坊、拆分用户故事、编写验收条件；有些会运用ThoughtWorks的精益企业理念和EDGE投资组合管理框架，来辅导客户公司总裁制定组织级敏捷转型的决策。
第二种:技术咨询师

　　他们中有些会评估客户现有软件系统的架构，并提出改进建议；有些会辅导客户程序员编写测试代码和进行代码重构；有些会辅导客户的持续集成工程师搭建部署流水线；有些会辅导客户构建微服务架构的系统；有些会开始探索VR/AR（虚拟现实／增强现实）、区块链技术、AI（人工智能）、自动驾驶汽车和无服务器架构等前沿“黑科技”。
第三种:全栈咨询师

　　这些咨询师能一人兼作上述两种工作，这也是笔者所向往的。换句话说，这种咨询师：既能和总裁聊天，又能辅导Scrum和看板；既能引入极限编程，又能指导需求管理；既能改进持续集成，又能和程序员结对写单元测试；既能编制咨询项目计划，atv，又能给团队做培训；既会设计思维，又能干点售前。要想修炼成全栈咨询师，用同事大魔头（杨云）的话说，需要“胆子大，学得快，讲得棒。”其中，“学得快”是核心。

　　这三种咨询师在辅导团队做敏捷转型时，常用的套路大概有四步：

第一步：评估。根据客户团队情况，使用ThoughtWorks所总结的各种成熟度模型（比如敏捷成熟度模型和持续交付成熟度模型），来对客户团队的技术和管理实践进行评估，找出痛点和改进点。

第二步：培训。给客户团队进行Scrum和看板、用户故事、持续交付等转型相关内容的培训，熟悉客户团队成员，发现客户团队中做敏捷转型的忠实粉丝，并让团队对转型中要做的工作获得统一认识。

第三步：辅导。与客户团队成员结对工作，来一对一或一对多地辅导Scrum迭代开发和看板实践、用户故事拆分及其验收条件编写、编写自动化测试、搭建部署流水线等等。第四步：回顾。一段时间后，让团队回顾转型取得的成绩，并找出下一步持续改进的目标。优势如果你读到这里，相信这支团队在你面前已经不再那么神秘了。笔者掐指一算，到今天已经加入ThoughtWorks快两年半了。以前神秘的团队，如今已成为笔者在深夜提笔撰写此文的动力。那么这支ThoughtWorks咨询团队，与其他竞争对手相比究竟有何优势呢？笔者觉得至少有两点优势：

第一，技术能落地。ThoughtWorks最大的优势就是工程技术实践及分享的能力，比如代码重构和首席科学家Martin Fowler的《重构》一书、持续交付和Jez Humble及Dave Farley的同名书、微服务及Martin Fowler的同名博客等等。而那些来自工程实践一线的咨询师们，能令咨询方案落到实处。这一点，是很多竞争对手难以做到的。