1.6.4　持续改进

持续改进是研发效能平台自身发展的必经之路。很多问题在开始时，我们的关注点是如何快速、简单地解决问题，但是当用户量和接入团队日益增长后，我们更需要关注解决方案的普适性和通用性。如果一开始就试图寻找完美的方案，那么必然会得不偿失。

比如，我们需要在Jenkins中通过hook机制去触发一些操作（比如代码静态扫描、单元测试等），最简单的做法就是在hook中实现操作的具体步骤，这种实现在开始时效率很高，也非常容易实现，但却不是最优的方案，因为hook中的代码只会被执行一次，而且hook越来越多以后，各种实现都散落在各个地方，难以维护，一旦有新的需要（比如要加入慢SQL扫描），就需要改hook实现，而且这种做法也违背了IaC（Infrastructure as Code）原则。

更好的做法是引入研发效能的消息中心，通过下游操作的订阅模式来实现未来的可扩展性。但是，如果我们从一开始就创建消息中心，实现的难度和成本都会大增，业务线有可能就等不及这个方案，从而研发效能的提升就无法如期落地。所以我们认为，研发效能的落地可以采取“先圈地、后改进”的策略。