昨天和吴晓华聊这个话题聊了很久，有一些有意思的观点记录下来。
软件项目中判断一个文档是否需要书写的标准是看这个项目开发期之后这个文档是否还有持续的价值，如果尽在开发期内部的过程文档，那么这个文档就可以省了。
进一步解释一下“凡是有利于解放人力、开始写代码的决定就是好决定”：如果开发人员已经对需求和设计了然于胸，自我感觉可以进入Coding工作了，那么就应该进入Coding阶段了，这时候再去做的需求和设计文档多数就属于多余了。明明我都可以开始写代码了，那么拖着不动去写那些文档干什么呢？
把Coding的人和需求端的人扔在一起，让他们尽快开始产生有使用价值的东西，这才是王道。
对于CRUD（增删改查）就不要写需求和设计文档了。在越来越多的框架对于增删改查操作连代码都不用写了的时候，还写那些文档干什么呢？