独角兽项目 7 - 从环境到测试

玛克辛总算解决了项目环境的问题，但是现在障碍是测试。

通过在白板上，分析功能的价值流，发现凤凰项目的现有架构无法使团队独立的开发、测试或是向客户交付价值。团队需要对数据总线和项目进行解耦。

在 LARB （Lead Architecture Review Board，即首席架构审查委员会）会议上 ，反抗军发现了一位优秀的工程师。她据理力争，要求将应用程序重新平台化，使用TOMCAT。这是她第二次提议，“为什么我们如此海派运行自己编写的软件......不仅可以每年为公司节省几十万美元，还可以实现第三方软件供应商不具备的功能”。玛克辛觉得应该将她招募到反抗军中来。接下来，就是玛克辛建议的将数据总线在容器中，使用自动化的代码构建、测试和部署。听了此建议的运维团队只有一个人对此表示感兴趣。建议最终没有得到 LARB 的支持。

反抗军来到负责应用开发的副总裁克里斯的办公室在此进行沟通。最终，克里斯宣布了团队重组，数据总线团队将不受跟变更相关的规则约束，可以测试部署代码。与此同时，玛克辛针对“从概念设计到客户实际使用该功能特性的整个流程里，只有 2.5% 的时间花在开发上”的问题，提出了一个“优雅”的解决方案，就是把产品经理的工位从市场搬到自己旁边。玛克辛需要产品经理与实现最重要业务目标的团队并肩工作。这样，工程师们不需要在创建工单等待答复，只需要把椅子一转就可以询问产品经理，大大提高了工作效率，对业务领域也有了更好的理解。

玛克辛很高兴看见团队在不断成长。

在这种自主控制代码测试部署的情况下，团队可以在看到报警时，较快地解决问题，保证数据总线项目的健康。团队还会针对问题，按照敏捷最高境界（诺曼 克尔斯）：“不管发现了什么，我们都理解并相信每个人都已经全力以赴”，进行“不指责”的事后会议。会上，似乎每个人都保持沉默，玛克辛意识到了艾瑞克的第四理念，即心理安全，的重要性。