软件需求分析方法-三段式分析方法

项目经理被任命为一个项目的负责人，常常第一件也是其最主要的工作之一-调研需求。调研需求其实是很关键的，关系到项目的成败。根据个人的经验，项目中流行这样一种观点：需求调研不是关键，而编码被认为是关键。而持有这样观点的项目负责人注定领导的项目会失败。我们不应该轻视项目需求的调研与分析，不要轻视文档的编写。文档本身没有价值，在开发中基本没人会去看，但文档的最大的价值在于理清系统做什么，在于决策者在编写文档过程中对项目进行了整体的梳理与理解。具备了一个系统的观点。基本明确项目实现一个什么目标。这对项目的成功很重要。在组织型架构中，项目经理具有很大权力的情况下，可以这么说，项目成功很大程度上取决项目经理。在需求调研与分析中，就我亲身经历的经验来看需求的调研采用-提问式。直接问客户你有什么要求，然后拿笔登记，然后按照用户的意思去做。这样的调研最大的弊端在同一个业务不同的业务员的描述是不同的。你就会陷入如何让自己设计的系统满足所有的业务员的需求这样的一个坑里。你会一直思考一直调研，直到项目的调研时间花掉了，你还不能设计你的系统。

导致你一直无法决断你的系统应该做什么的问题。最后到了编码的时候，叫一堆码农开始对着需求大纲自己发挥想象去开发。这样在开发过程中你就走进了人月神话描述的坑中去了。

最后的结果可想而知。

   在此基础上对上述问题，我个人进行了思考与总结，提出了三段式需求分析方法的一个思路，觉得可以避免上述问题或者说会对上述问题的避免有好的导向作用。三段式需求分析方法是基于认识是一个不断加深的过程，人在对问题的认识是有限在一定的时间上的哲学观点。那么我们的需求分析调研也应该遵循这么一个哲学观点。我们的需求分析应该分为三个阶段：初级阶段-中级阶段-高级阶段。、

初级阶段我们的目标关注是系统的，全局的，整体的，而不是局部，细节的讨论。我们初级阶段调研的对象是管理层。因为管理层对业务理解是抽象的，不是具体的。我们初级阶段的目标就是实现系统的抽象认识。因为我们需要明确系统的边界，项目的服务范围。从兵法上讲我们需要谋全局，站在全局的角度看问题，而不是计较战争的一城一池的得失，而关注的是最后的胜利。

   在初级阶段的基础上我们进行中级阶段的需求分析。中级阶段的分析主要目标是客户的核心业务需求调研。我们要理解用户核心业务是如何运作的。调研的对象是业务核心人员，如业务主管与一线核心业务人员。与业务人员调研的时候，一定要避免流水账式的需求记录。而是需求调研人站在理解用户核心的业务层面上引导用户沟通，透露需求。每次调研前都要准备好调研的主题。对用户的表达，提问我们需要过滤。过滤很重要。这个阶段我们的目标不是满足用户的每一个要求，而是实现主要的，核心的，根据二八原理，用户经常用到的是20%那部分的核心业务系统却能满足用户的80%的需求。那么设计一个这样的系统，提供一个这样的解决方案可以说是一个合格的解决方案仅只是一个合格的解决方案。为了提供一个优秀的解决方案，我们需要进行最后一个阶段的分析-高级阶段的分析。

高级阶段的分析是考虑用户的扩展业务的需求的一个阶段。这个时候的需求调研是挖掘客户的潜在需求。站在未来的角度的来考虑系统。为用户提供一种目前尚未拥有的但用户有实际应用的需求服务，能为用户创造更好的收益。这个阶段的需求一般来讲用户是不太明确自己的需求的。需要分析师去引导用户，挖掘用户的需求。是综合初级与中级阶段的分析进行汇总，整理梳理，检查验证需求分析是否合理的阶段。是否合理其实就是综合公司与用户的利益的，达到利益平衡的一个结果，因为一个高质量的解决方案付出的成本与一个中等质量的解决方案付出的成本是不同的，项目经理需要考虑既让客户满意与老板满意。找到这么一个解决方案。

最后个人认为需求分析其实就是一个解决方案的概念。解决方案的概念版就是我们要明确解决的问题是什么。需求分析的过程就是一个出题的过程。就好比考试的出题。

作者：半部论语

原稿：2012-7-22 PM22:15