浅谈软件项目中的需求分析与需求管理

有的业务规则和功能、有些是对现有工作的抱怨、有些是客户根据自已理解设想的业务规则和功能。针对各类需求，我们要有不同的对待方法，尤其要慎重对待对现有工作抱怨的需求，这类客户他对现实不满，但又没有想法设想一套新的业务规则和功能，这时候需要我们充分理解，抓住客户抱怨的本质，通过自身对客户业务的理解，帮助客户设计一套能解决他的抱怨的新的规则和功能。
在本项目开发中，我们有重点地针对客户抱怨较大或较多的需求，内部召集相关人员充分挖掘客户的需求和潜在需求，并运用快速开发工具AxureRP搭建系统原型，以直观易懂的界面作为交流工具，充分讨论其是否满足客户的真实需求。
(2)需求确认非常重要
在以前的项目中，经常在项目验收时存在客户反悔、扯皮的事情，而项目开发时需
求文档等各类开发文档却都很齐全。究其原因，跟需求没有正式确认有很大关系。有些项目经理或需求分析人员抱怨项目时间紧，客户需求人员没空，所以免了需求确认这一环节。但我认为这一环节一定不能免。哪怕项目组再忙，客户再忙，一定要想办法让客户书面确认需求并签字。在本项目中，需求分析完成后，我通过给客户逐步讲解需求，同时逐步让客户对需求进行确认。在客户需求变更后，我通过会议纪要、需求变更单等让客户确认签字以保存当前协商的成果。
(3)需求双方都要务实
需要双方领导层达成共识，需求是无止境的，项目成功才是关键的。在本项目初期，我请求我方领导和客户方领导多次沟通，定下保证实现项目主要需求，一定要保障项目成功的基调，并为此做了一.些物质上的一些激励，即我方拿出项目合同额10%的钱，激励由甲、乙双方共同实际参与此项目的项目人员，当然包括客户方的需求人员，如果项目按时上线，实现所有主要的日常业务功能，那么就可以参与分享此项目奖，否则该项目奖池归零。
(4)设计实现别让需求扩大化
追求完美是技术人员的通病。在校期间，课程设计等计算机实现方面，学生追求算法完美可以认为是一种美德，但项目是受多种因素约束的，我们不可能实现完美无缺的项目。我们的设计人员-定不要把需求放大，放到-个更完美，适应性更强的模型中，这样无形中扩大了项目范围，加大了项目的实现成本，对项目对个人都是有害的。我们在提炼客户需求的时候，可以采用“往前跨半步”的方式，满足客户现在以最近的将来可能需要的需求以满足系统的灵活性，切总追求更加抽象化，更加完美，盲目扩大需求范围，要知道，简单是美，适用的才是最好的。
(5)严格规范需求变更控制流程
项目开发中，需求变更是永恒的主题，我们要采取恰当的措施，正视这个问题。以前项目开发过程中,由于客户方相关人单方面跟项目某一个开发人员指出说原理解的需求不正确，需重新拟定，导致后来需求变更泛滥，项目无法收尾的惨剧。
在本项目中，由双方领导层、双方项目经理等组成变更控制委员会CCB,并要求开发人员不得私自答应或接受客户某一个需求提出人员的需求变更,所有变更必须以客户方需求接口人汇总整理后，以书面方式提出向开发方项目经理申请，开发方项目经理可以与客户方需求接口人讨论是否接受和拒绝需求变更，当不能达成一致时，交由CCB，由CCB决定是否变更，确有变更的，录入到变更控制系统TD,并通知各方实施变更。通过这套机制，客户要实现需求变更不是那么随便，有很多人会参与监督这一变更过程，客户也害怕自己的形象受损，有效杜绝了客户需求提出人员对需求的朝令夕改和源源不断提出的可有可无的需求的情况发生。
(6)别忽视需求跟踪
不要等到UAT（User Acceptance Test，也就是用户验收测试，或用户可接受测试）时，才发现需求未实现，或实现不全，这样会让验收工作苦笑不得，影响在客户方的形象。在本项目中，我委派系统集成人员兼做定期的需求跟踪，每个月-次，以检查正在进行的设计和开发，其功能点是否符合对应的需求。
(7)抓住客户方需求接口人
在项目启动初期，一定要要求客户规定唯一一个需求接口人，这个接口人就是项目开发方的教练(coach)。在需求阶段,需求接口人需始终跟需求组一起，跟客户的各个部门-起讨论客户需求,所有部门的需求需经需求接口人同意。这样做好处很多，客户方需求接口人起着沟通项目甲乙双方桥梁的作用，甚至算半个乙方(项目开发方)的人。在讨论和汇总客户各部门、各人员的需求时，客户方需求接口人可以帮项目组过滤-些无用或很次要的需求，也可以协调客户部门各人员需求的冲突，更可以协调项目甲、乙双方的需求理解偏差和冲突。客户方需求接口人还可以通过全程参与项目需求管理，了解更多以前没有机会了解的业务，提升自身业务能力，这也是他(她)所乐见的。在项目验收时，客户方需求接口人可以根据自身全程参与,更深入地理解系统需求的重点，在验收或试用阶段如果有实际操作人员有反悔的情况，他(她)可以更深入地对业务和对系统的理解来调停。
(8)苦练内功，适当引导客户需求
有很多时候，项目组开发人员抱怨客户需求太霸道，实现起来很别扭。但究其原因，发现是由于你别客户牵着鼻子走，客户说怎样就怎样，但客户又不是计算机设计专家，导致项目开发人员抱怨不断。我们在项目开发过程中，-定先要虚心听，且要多问几个为什么，然后在自已公司找相关业务专家、行业顾问多咨询，以更简洁、更合理的模型来满足客户需求。如果自己公司缺乏行业经验，一定要聘请业务专家、行业顾问等专业人士,通过行业知识和业务的培训和专业指导等方式，提高项目团队特别是需求分析师对客户需求的把握能力。此外,还可以对客户方业务人员提供免费的计算机和软件开发等基础支持的培训,以便引导客户需求提出人员以更接近技术人员的方式提出合理的需求。