浅谈需求驱动的项目管理

　　另外，一些实践能够帮助需求开发工程师提高需求编写质量：

　　1、记录每条需求的原因。有研究成果表明，通过记录每条需求的原因（即为什么要实现这个功能），可以删除多达半数的所谓“需求”。虽然在记录工作上投入了一定的工作量，但是有效地避免了为那些不必要的需求所要完成的后续工作，可以显著地降低系统规模、缩短系统开发周期，正所谓“事半功倍”。

　　2、尽可能考虑采用适当形式化的方法。由于自然语言存在歧义，一个二义性的描述因此可能导致对于同一个需求的不同解释，而采用形式化表示方法编写需求能够更加准确地在用户和开发团队间进行沟通。常用的形式化需求表示方法包括：实体关系图、数据字典、数据流程图、USE CASE等。当然还是 UI prototype最直接，简单，有效。

　　3、使用专业的工具编写需求，管理需求。这类工具由于没有成熟的理论指导，客户的要求各有不同，市场上相应的工具不多。汉星天公司一直致力于这方面的研究，推出了相应的需求描述，需求变更管理的解决方案；并在中国上百家大企业得到非常好的效果。

　　用户需求 vs. 软件需求

　　需求，谁来写呢？我们先看看两个定义需求的名词：

　　◆用户需求

　　用户对于其需要解决的问题以及期待的软件能力的描述。通常以用户的语言描述，用作开发团队与用户就系统如何解决问题进行沟通的桥梁。

　　◆软件需求

　　建立在用户需求之上，以开发团队所能理解的方式描述系统所应具有的功能，是开发团队进行设计和实现的依据。

　　我了解的一般的客户，写个word文档，发封email或打个电话，就把需求甩给开发团队了。能写一个结构完整、内容严谨需求的客户很少。在美国，基本上用户会写需求RFP（Request for Proposal）。国内有时候项目经理或做需求分析的工程师会帮助用户整理用户需求。用户需求比较粗。有了用户需求之后，再对其细化，写出软件需求。对于应用系统来说，软件需求写好了，开发的工作就简单多了。