从我的三份需求文档谈谈需求管理

这两天又在写一份关于库存管理系统的需求文档，借着这个机会，我看了看之前我写的两份需求文档。虽然这三份需求文档之间有很大的不同，但是我觉得它们都写得很好，达到了预期。

先说我刚刚写的这份库存管理系统，这是我们开发的餐饮软件第二期的主要内容。写得很简单，就是一篇Word文档，通篇主要包括两个大的部分：一部分是功能的列表和描述，另一部分是单据列表和描述。我曾经想给这个部分添加一些UML图形，但是我的文字描述已经足够了，无须再画蛇添足。

再看另外一份文档，这是一份餐饮软件营业管理的需求文档。文档就很规范，从手工流程、到系统的功能、到每个功能的描述、到系统架构、硬件要求、开发平台等都有描述，还配有图形进行形象的描述。可以说这是一份规范的文档，写的时候也花了很多的时间。

最后这个文档，是给另外一家公司做的一个Web上的流程管理系统的需求文档。这个文档是一个Excel的列表，采用这样的方式，是我们和客户多次磨合的最终结果。列表详细列出了每一条需求，如果是一个改动，会列出过去的做饭和现在要求的做法等。

从实际获得的效果来看，第三份Excel文档最明显，她很好得达成了和客户的沟通，客户对于这种方式也容易接受。第二份文档效果相对不好，这篇文档在形式上花了很多的时间，特别是画哪些耗时的图形，但是在大家从中获得的好处不多，具体的很多东西还是依赖讨论。

所以，从这三篇文档来看，需求文档不需要一个固定的格式，应该因项目而异。需求文档的目的不是为了满足某种形式的需要，而是为了达到管理需求的目的。从效率和效果上衡量，需求文档达到准确、扼要就可以了。