在经历了架构治理的多个项目，有顺利达成预期的（如废弃代码治理），也有不太符合预期的（如问题函数的存量/增量治理、服务耦合治理）。通过对比这两种情况，以及对不符合预期项目的实际case的分析、研发的反馈、指标数据分析，本文尝试分析研发收到治理任务时的心理，来理解研发做出决策的关键因素有哪些，给后续的治理任务提供更多信息。
以下分为两种场景进行讨论，一是治理不符合预期的任务，研发多采取延宕治理策略。二是治理符合预期的任务，研发采取协助治理的策略。
Created At: 2025/06/27
这个文档也算是2025Q2针对问题函数治理的CI卡点方案的复盘。CI卡点方案开发了近一个季度，目前在3个试点业务线进行了启用，但是卡点数据不符合预期。具体而言是卡点的跳过率高达90%，且有业务线因业务迭代压力大把卡点又禁用了。
分析问题是发现问题和制定解决方案之间的步骤，是两者必不可少的衔接。这个必不可少体现在两个方面：一是这个分析问题的步骤必不可少，二是分析问题的时间必不可少。换句话来说，分析问题是确保”做正确的事”，制定解决方案则是”正确的做事”。
人们面对一个问题，容易出于本能反应，第一时间在脑子里形成一个解决方案，并告诉大脑这个问题是自明的、结论是清晰的，以此来避免理性脑的参与。另外，即便被外部规章约束需要去分析问题，往往在思想上不会重视，只会花很少的时间，得出一个主观的、片面的、偏差的结论，然后快速进入到执行阶段。
厘清项目目标很关键，付出劳动后如果预设目标不合理，那么会导致低估或否定劳动价值。在了解什么是一个好目标之前，先看以下几个真实的例子：
A项目：在做的事情是解决服务部署耗时长、不稳定的问题。一个好的目标是服务部署耗时TPxx下降，部署耗时方差变小；一个错误的目标是提高需求吞吐率、需求周期。
公司内的项目已经变得足够复杂，一个研发很难仅凭个人经验顺利的按期完成任务。把自己变得透明，可以减少信息差，这不会让你丧失项目的掌控感，而是会带来更多的好处，例如：1）获取更多角色视角的信息输入，越多的信息，能带来更全局的解题思路；2）给项目带来更多的评审者，使项目方案逻辑更完备，减小项目落地执行的风险；3）向上及时高频同步足够信息，让上层决策者对项目进度和走向更清晰，项目走偏时能第一时间被发现。每次信息同步，都是向上对齐，避免项目路径风险；5）项目计划的同步，能让项目的执行者和参与者明确要执行事项，更好的评定任务优先级和进行进度把控；6）能带来潜在的合作伙伴和用户，信息的输出能让用户更好的发现你和了解你在做什么。
上次在做23年下半年方向规划时，当时考虑到是新成立方向，所以规划内容偏形而上的概念性阐述，无法让团队同学对下半年要做的事情具象化，总体看来优先务虚。例如，描述了宏大的愿景，讲述了一堆我想做什么、以后要做成什么样，时间跨度大，不确定性强，很多事情没有经过严格论证就定了目标；反而对半年内要做的事项粗略带过，没有明确论述。总体而言，当时写的初版规划偏愿景，而非可执行的规划。