流程文档写了，标准也定了，但执行两周就没人看了。
提测准入慢慢变成“这次先这样吧”，缺陷分级变成“这个回头再说”。流程还在，但已经死了。
这是很多小团队的真实状态。流程不是建完就结束了，建完之后的执行，才是真正的考验。
这篇文章讲三个最常见的原因，以及对应的解法。
· 一、流程太复杂，执行成本太高
这是流程失效最常见的原因。
很多团队建流程的时候，参考的时大厂那套体系：提测要填五个字段、缺陷要走三级审批、复盘要写三千字报告。结果执行了一周，大家发现光是走流程就要花掉半天时间，于是开始简化、跳过、遗忘。
解法：砍到最低。
能一步完成的，不要拆成三步。
提测准入如果要求开发填五个字段、附三份截图、走两级审批，大概率执行不下去。改成“跑一遍冒烟，把结果截图发群里”，执行成本就降下来了。
缺陷分级如果要求每个缺陷都写详细的复现步骤、影响分析、修复建议，那测试提bug的成本太高，最后要么不提，要么随便提。改成“阻塞和严重必须写清楚，一般级别一句话描述就行”，执行门槛就低了。
流程的复杂度，应该和团队的规模匹配。五个人的团队，不需要十个人的流程。流程越简单，执行成本越低，活下来的概率越大。
二、执行了没人看，没有反馈
流程执行了，但没人看，没人管，没人反馈。时间一长，执行的人就会觉得“我做这个有什么用”，然后慢慢就不做了。
解法：让流程“被看见”
有两个具体动作：
第一，每次打回都对照标准。
打回的时候不要只说“冒烟没过”，要说“对照准入标准第二条，冒烟用例第3条失败，所以打回”。让开发知道，打回是有依据的，不是测试在卡人。
第二，每次复盘都回顾流程执行情况。
版本复盘的时候，专门花五分钟看一下：这次提测准入执行得怎么样？有没有因为冒烟没过被打回得情况？打回之后开发有没有改进？
反馈得意义，是让执行者知道“我做了是有用的”。如果执行了没人看，那谁还会认真执行？
三、管理者自己不走流程
这是最隐蔽、但杀伤力最大的原因。
如果管理者自己提测时也不跑冒烟、不写提测说明，那团队就会觉得“这个流程只是用来管我们的”。一旦形成这种认知，流程就失去了权威性，执行变成应付。
解法：管理者带头执行。
提测准入标准，管理者第一个遵守。缺陷分级规则，管理者第一个执行。复盘会上，管理者第一个对照流程做自我复盘。
流程的权威性，来自管理者的示范。管理者不走流程，流程就是一张纸；管理者走了，流程才是真的。
四、流程不是靠“要求”活下来的，是靠“有用”活下来的
很多管理者以为，流程执行不下去是因为“团队执行力不行”。但真相往往是：流程本身没让团队感受到价值。
如果走流程能让开发少被测试打回、能让测试少帮开发定位低级问题、能让上线少出事故，那不用要求，大家也会走。因为流程帮他们省了时间、省了扯皮、省了背锅。
反过来，如果流程只是增加了填表、审批、写报告的负担，但没有解决任何实际问题，那执行不下去是必然的。
流程要活下来，靠的不是“要求”，而是“有用”。
所以，如果泥发现流程建了没人执行，先别急着怪团队。回头看看：这个流程是不是太复杂了？执行了有没有人看？管理者自己有没有走？
这三个问题解决了，流程大概率就能活下来。
