需求管理和需求分析.ppt

第1页，讲稿共48张，创作于星期三
需求管理和需求分析
第2页，讲稿共48张，创作于星期三
内容
前言
需求工程简介
需求开发的主要困难与对策
如何开展需求调查
如何进行需求分析
什么是好的需求规格说明书
形成需求规格说明书审批－更改－重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。
第13页，讲稿共48张，创作于星期三
需求工程简介
不论是合同项目还是自主研发的产品，都必须开展需求开发和需求管理活动。开发者对待需求工程的态度可分“被动型”、“主动型”和“领先型”三种。
“被动型”是指开发者被动地对待需求工程中的各项活动。他们认为需求是用户的事情。开发过程中经常发生需求变更，导致产品迷失方向，不是半途而废就是陷入半死不活的状态。
“主动型”是指开发者积极地开展需求工程中的各项活动。他们把获取准确的需求当作自己的职责，会想尽一切办法克服需求开发和需求管理过程中的困难，而不是找借口推卸责任。俗话说“良好的开端是成功的一半”。
“领先型”是需求工程的最高境界。开发者发掘了连用户自己都没有意识到的需求，导致用户跟着新产品跑而不是新产品围着用户转，这叫引导消费。需求工程做到这个份上，才能使产品立于不败之地，长盛不衰。
第14页，讲稿共48张，创作于星期三
需求工程简介
需求工程很重要罗～～
第15页，讲稿共48张，创作于星期三
需求开发的主要困难与对策
1 知识技能问题
应用域的知识是无边无际的，任何人都不可能是“万事通”。俗话说“隔行如隔山”，需求分析员可能是某一领域的专家，但当他接手陌生的业务时，他可能是个“无知”者。一个企业要谋求发展，不能总在做老的业务。人一生中会有许多充满挫折的“第一次”，不可以逃避。
我们缺乏应用域知识，该怎么办？
首先要有勇气做事，否则连实践的机会都没有。
其次他应当赶紧补****应用域知识，不论是通过自学还是培训的方式，否则他很难与用户交流。如果可能的话，最好请既懂软件又懂应用域知识的行家来帮忙。
2 态度问题
我们****惯于被动地对待需求开发。每当遇到麻烦、挫折时，我们会发牢骚并错误地以为：
需求是用户的事情，不是我们的事情。我们为用户开发软件，难道用户不该告诉我们应当开发什么吗？如果用户说不清楚需求，或者经常变更需求，这类问题是用户产生的，应当由他们自己负责。
用户说不清楚需求或者需求发生变更，这些都是常见的问题，并不是绝症，是人们可以设法解决的。我们要主动攻克问题，导致需求问题扩散到整个软件开发过程，产生太多的后患。
项目负责人应当给具有错误观念的开发人员们洗脑：需求分析员的天职就是在有限的时间内获取准确而细致的用户需求 。
第16页，讲稿共48张，创作于星期三
需求开发的主要困难与对策
.3 合作关系
如果我们不能与用户建立良好的合作关系，那么我们在需求开发过程中会很疲惫。
倘若用户不能很好地配合需求分析员，那并不表示他是个坏蛋。因为用户有他自己的想法：
我回答了你们的问题，讲了该讲的。我们付钱给你们，难道还要我伺候你们不成？我还要干自己的事情，别打扰我了。你们自己想办法把活干好吧 ……。
需求分析员不是销售人员，他们不可能象销售人员那样通过某些手段笼络住用户就能成功。出色的需求分析员不仅要有过硬的专业知识，还要具备较强的交流、沟通能力，我们可以通过帮助用户解决一些技术上的小问题和用户拿拢关系。
对于一些竞标项目，在合同未签订之前的需求开发工作尤为困难。用户未必会买你的产品，他不会投入很多精力来协助你搞需求开发，我们积极主动找用户了解业务和需求。
开发方与用户的合作关系对需求开发而言是至关重要的。对于重大的、复杂的项目，我们不能完全期望客户能自发地和我们建立起良好地合作关系，这样风险太大。
在开展需求开发之前，我们要“好话”和“丑话”都说在前头，这样能减少今后的摩擦。可能话，以书面形式明确双方的在需求工程方面的权利和义务。 当然，在进行需求调查时，我们应该有个具体的计划供客户确认。
第17页，讲稿共48张，创作于星期三
需求开发的主要困难与对策
用户在需求工程中的“权利”
有权要求开发方派遣资质合格的需求分析员和相关人员。
有权要求开发方采用他们熟悉的语言来描述需求，即开发方必须提供用户看得懂得需求文档。
有权审查需求文档，并对有争议的需求作出决策。如果认为需求文档不能准确地反映用户真实的意愿，可以拒绝在需求文档上签字。
如果用户想要变更需求，有权要求开发方对该变更将产生的影响作出真实可信的评估，以便用户决定是否变更需求。
用户在需求工程中的“义务”
以积极友善的态度与开发方人员交流、协作，尽可能地为开发方人员提供工作和生活上的便利。
乐意接受需求分析员的采访，在不泄漏机密的前提下尽可能地回答需求分析员的问