方案确实比较耗时。但是技术方案体现的是分析设计的过程和结果，这部分如果不写出来，增加的是大量的沟通成本。而分析设计就算不写出来，这部分工作量在编写代码的时候也是没办法省略掉的，只是变成了在大脑中进行（也许在大脑中真的不如在纸上写出来来的快和清晰，真的省略了设计，最终就会成为技术负债）。我个人感觉对于多大的需求需要技术方案评审的比较好的实践，是以Code Review能否不基于技术方案直接阅读代码为准。
七 最后
但我仍然认为，好的量化的指标往往是好的结果的必要不充分条件。简单粗暴的优化某项指标往往会因为两个问题而使得最终的结果背道而驰：
某项指标变好，带来的是其他指标的降低，局部最优并非全局最优（如：取消技术方案的编写和评审，造成的是编码时间或者后期维护时间的增加）。
效能是多个变量共同作用的结果，缺乏理论基础和方法论的情况下，很可能在短期优化指标的时候，忽略了长期的团队成长、系统能力沉淀等因素；或是忽视了业务方满意度等难以量化的因素。
所以，效能的优化，不止应该有指标，还应该有路径，而路径往往是最难的部分。