玛克辛总算解决了项目环境的问题,但是现在障碍是测试。
通过在白板上,分析功能的价值流,发现凤凰项目的现有架构无法使团队独立的开发、测试或是向客户交付价值。团队需要对数据总线和项目进行解耦。
在 LARB (Lead Architecture Review Board,即首席架构审查委员会)会议上 ,反抗军发现了一位优秀的工程师。她据理力争,要求将应用程序重新平台化,使用TOMCAT。这是她第二次提议,“为什么我们如此海派运行自己编写的软件......不仅可以每年为公司节省几十万美元,还可以实现第三方软件供应商不具备的功能”。玛克辛觉得应该将她招募到反抗军中来。接下来,就是玛克辛建议的将数据总线在容器中,使用自动化的代码构建、测试和部署。听了此建议的运维团队只有一个人对此表示感兴趣。建议最终没有得到 LARB 的支持。
反抗军来到负责应用开发的副总裁克里斯的办公室在此进行沟通。最终,克里斯宣布了团队重组,数据总线团队将不受跟变更相关的规则约束,可以测试部署代码。与此同时,玛克辛针对“从概念设计到客户实际使用该功能特性的整个流程里,只有 2.5% 的时间花在开发上”的问题,提出了一个“优雅”的解决方案,就是把产品经理的工位从市场搬到自己旁边。玛克辛需要产品经理与实现最重要业务目标的团队并肩工作。这样,工程师们不需要在创建工单等待答复,只需要把椅子一转就可以询问产品经理,大大提高了工作效率,对业务领域也有了更好的理解。
玛克辛很高兴看见团队在不断成长。
在这种自主控制代码测试部署的情况下,团队可以在看到报警时,较快地解决问题,保证数据总线项目的健康。团队还会针对问题,按照敏捷最高境界(诺曼 克尔斯):“不管发现了什么,我们都理解并相信每个人都已经全力以赴”,进行“不指责”的事后会议。会上,似乎每个人都保持沉默,玛克辛意识到了艾瑞克的第四理念,即心理安全,的重要性。