敏捷军规

将敏捷军规贴到办公桌上，团队中每个人都深切感受到敏捷转型和自己息息相关，下面逐一解读，体会其中的不一样。

【以小步快跑为荣，以集中上线为耻】

项目交付过程中，持续小粒度频繁高质量交付需求。避免本地囤积大量代码集中上线。对于有依赖部分，通过计划管理，接口提前一个版本上线，尽量避免多个服务一起上线。各服务尽自己能力在各自流水线上做好充分验证和防护，接口类的至少做到基于接口的测试，机制类的可以做到基本业务覆盖等。持续基于story频繁高质量上线，可以计划做到集成测试提前分批开展，这样极大提升了版本端到端效率。通过小步快跑，提前消除了主干集成风险。

【以缺陷趋零为荣，以缺陷累积为耻】

交付的业务功能往往是有缺陷的，各服务坚持做好代码检视和接口类测试（LLT、Api-test等），基于契约上线集成。通过周清周结等措施，把主干缺陷控制在低位水平。主干缺陷的解决优先级高于需求交付，持续维持主干健康，提升版本集成验证效率。

【以拉动开发为荣，以推动开发为耻】

通过精益看板可视化业务交付价值流。聚焦持续完整交付价值进行拉动式开发，及时消除阻塞完整交付的因素，确保团队小步快跑，持续高质量交付价值。基于精益看板，持续识别约束条件，加强需求交付的流动。

【以健康流水为荣，以阻塞版本为耻】

流水线是团队的生命线，健康的流水才可以提交代码到主线。确保流水线白盒清零，LLT有效，SDV覆盖充分。发现阻塞版本问题，立即解决后，考虑项目流水线加强防护，及时优化防护网质量。

【以完整检视为荣，以随意提交为耻】

代码上线通过门禁防护基本的白盒和接口类用例防护（比如LLT），需要进行严格的代码检视，检视代码本身是否满足架构、设计模式和产品惯用法等要求。检视业务场景是否全面，业务流程是否完整。检视接口类用例是否同时上线（比如LLT）。上主干时检视项目流水线是否健康，对应SDV用例是否已经在项目线落地。

【以及时测试为荣，以滞后测试为耻】

根据软件测试理论，缺陷发现越晚需要付出的代价越大，这就希望我们在合适的阶段发现该阶段能够解决的问题。基本的函数级的业务逻辑问题可以通过代码检视和LLT发现。基本的服务级的业务逻辑可以通过SDV发现。通过后端问题驱动前端改进，坚持及时测试的原则，将质量构筑在前端。

【以透明规范为荣，以土法裸奔为耻】

工欲善其事必先利其器，通过IT化项目管理，透明呈现需求交付效率和过程质量，减少团队沟通成本。坚持以线上工具度量的需求状态作为交付的依据，持续优化工具、流程和研发过程。

【以及时重构为荣，以技术欠债为耻】

树立精品意识，高质量编码。在高效防护网的基础上，坚持重构，持续看护代码质量。管理特性技术债务，持续跟踪消除。团队形成持续看护代码架构和优化重构的氛围，争做代码精英。