需求分析书 概要设计书 详细设计书 数据库设计书

在研发的过程中，我碰到最多的问题是：“我觉得这些文档，在我的模块完工后写更有效”

我自己曾经也提出过这种说法。

大家这些文档都是在什么时候写的。

都小公司 哪那么多时间写那个 等你写完了 菜都凉了

我最近也刚写了需求规格说明书，现在又要搞设计，呵呵，就我一个人，导师让我练练手

做完需求后写文档其实花不了多少时间，省时间可以只去写需求分析书 、概要设计书，关键是你写的东西要表达出系统设计的模型，可能还要涉及一些细节，作为沟通凭据和设计基础。

范围界定下，呵呵。
我指的是10人左右的开发团队。

10只人这么多,捉2个做文档维护,从开始写到项目结束

三五个人还要写文档呢，何况有10个人，写的简单也行啊，不要太追求格式，都是干货就好啦

文档他是对项目风险的控制
要是编码完成之后再写这些东西还不如不写！

“文档时对项目风险的控制”、非常有道理。即可以约束需求提出方，也可以在开发小组中作为依据（如同上面一个兄弟所述）。
另外，有了文档，也就有了计划，对于项目过程中可能的变更也更加容易预测到。

我纳闷的是，没有需求文档，你遵循什么来实现你的业务逻辑代码？