迭代次数要事先封顶
生成修改里,如果迭代上限仍是一直改到大家都累了,结果往往是没有标准的修改把时间耗尽,判断却没有增加。


速度与审校先要停止的,是为了快把审校挤掉。在排期里,停不下来的说法会直接带来:快出来的内容没有人按原则看过。
继续做的部分可以很少。少,才守得住排期里审校是单独的一段时间,不能被生成占用。
排期里审校是单独的一段时间,不能被生成占用。做不到这一点,速度与审校就还停在为了快把审校挤掉。
模糊通常从好意的补充里漏出去。人们为了照顾更多场合,把速度与审校又写回为了快把审校挤掉。
每一次补充如果不回头看清问题,边界都会更难执行。问题就是:快出来的内容没有人按原则看过。
负面清单比形容词有用。写上什么情况下不能使用速度与审校,团队才知道排期里审校是单独的一段时间,不能被生成占用不是口号。
清单要短,短到排期确认还能被完整看完。
排期用来拦住越界,而不是用来收集灵感。越界的想法可以存在,但不能冒充速度与审校。
拦得住,是因为制作负责人,并且有权说不。
越界之后不要只改一条成品。要回到排期,补上这次被绕过的条件。
然后用同一个问题复查:若生成超时,被压缩的是不是审校。
从不可让渡的部分到现场可用的工具,每一层只回答一个问题,避免把速度与审校重新写成为了快把审校挤掉。
这一层写明速度与审校里什么不能让渡。
这一层把速度与审校收成可检查的条件。
这一层规定速度与审校在不同场合可以变什么。
这一层把速度与审校交给使用的人,并写明例外。
注:本图为概念框架示意,用于说明思考结构,不代表任何统计数据。来源:清美未来洞察团队。
在排期里标出速度与审校真正被调用的时刻,不要从改写为了快把审校挤掉开始。
用排期代替更长的说明,只保留能支持「排期里审校是单独的一段时间,不能被生成占用」的内容。
排期确认,只问:若生成超时,被压缩的是不是审校。答不上来,就还不是决策。
制作负责人。没有维护人的速度与审校,会在冲突里被悄悄改掉。
生成修改里,如果迭代上限仍是一直改到大家都累了,结果往往是没有标准的修改把时间耗尽,判断却没有增加。
供应商合作里,如果内外分工仍是供应商既生成也替我们做判断,结果往往是内部失去了说不的位置。
日常生产里,如果生成排期仍是想到就生成、生成就发布,结果往往是没有节奏,也没有复查的空档。