当年还在美团那个倒霉的 Peppr 团队工作时，我一直有个疑问：这群人每天到底在自嗨什么?每次开会一堆人围着一堆“看起来很高级”的文档转，模板统一、名词复杂、页数感人，每一页都在暗示一件事：“你不懂，是因为你不专业”。但现实是——代码照样写在 💩 山上，该出问题还是会出问题，这真的很逗，系统一出问题，文档的唯一作用就是证明：“我们当初确实认真写过文档。”
所以本质区别到底是什么？是代码质量提升了，还是大家在精神层面完成了一次“工程师 cosplay”？有句话说得好潮水退去才知道谁在裸泳。还记得当时的马哥（我当时的直系领导马全华）、明哥（图 1 左，虚线翁燚明）最爱反复强调一句话：“所有场景一定要想到。”、“这个场景为什么没考虑到”？不过他们这些话我是真的听进去了。不然我也不会在一年多前就说：这个项目活不过两年。
顺带一提，那段时间还有个固定节目。每次下楼，总能听见我明哥在吐槽不同的人。我从他身后绕过去，经常能听到他一边抽烟一边说：“xx 这小子太坑了，回头我一定要跟马哥说说”。于是深谙人情世故但真不会抽烟的我也会从口袋掏出一支低尼古丁含量的烟给自己点上，假意自己什么都没听到什么都不知道，只是来抽烟的。
后来我才明白，这可能也是团队文化的一部分：问题永远在别人身上，而我们，永远在复盘里。想我明哥当时说：“写文档的时间要大于写代码的时间，规划好了，开发起来可快了”。于是一个 b 架构设计图反反复复的被喷，喷完改，改完喷，改了好几天时间，最后还是用了第一版，我寻思我干文员来了？
闽公网安备 35020302035485号
要评论的是行为，是言辞，反映出一个人的底层思维逻辑和品行，这才是人的本质。
好的行为和言辞，学习；
坏的行为和言辞，摈弃。
1 、行为：围着一堆“看起来很高级”的文档转
文档重要吗？重要，但是在敏捷开发的原则里，文档不是最重要的，最重要的是产出功能并获取反馈，朝着真正对的方向迭代；自嗨的文档解决不了方向上的纠偏。
2 、言辞：这个场景为什么没考虑到？
没法感受当时的语气，但这种提问方式，很容易让人觉得这是责难、责备，这是一种 PUA
如果真的想纠偏，这个问题可以换一个说法：让我们一起讨论下，这个场景是怎么遗漏的，我们可以怎么做，防止再次发生；甚至于，主动把责任揽在自己头上：怪我也没想到，没提醒大家，我请大家喝杯咖啡。
这样的领导方式，也许能把事情做好，至少，能叫正确的做事。
如果没有整理成文档，实际上就是产品经理的职能缺失。
等遇到功能开发完成上线之后，业务方反复增加“细节优化”需求的时候，就知道细致的开发文档的好了。
业务方一般也都不会一次性告诉全部的优化，也不会去整理需求（如果产品经理失能）。
因为没有人整理落实到书面文档了，都是用一点提一点，“这个场景为什么没考虑到？” 就会更加频繁的出现。
最后陷入需求蔓延、失控的困境。整个开发体验就会垃圾成和 “水滴刑” 一样的钝刀子割肉模式。