客户需求开发与需求管理
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Page 9
. 需求开发的主要困难与对策
知识技能问题 应用域的知识是无边无际的，任何人都不可能是“万事通”。俗话说“
隔行如隔山”，需求分析员可能是某一领域的专家，但当他接手陌生 的业务时，他可能是个“无知”者。一个企业要谋求发展，不能总在 做老的业务。人一生中会有许多充满挫折的“第一次”，不可以逃避 。 当需求分析员缺乏应用域知识时，他该怎么办？ 首先他要有勇气做事，否则连实践的机会都没有。 其次他应当赶紧补习应用域知识，不论是通过自学还是培训的方式，否 则他很难与用户交流。如果可能的话，开发方最好请既懂软件又懂应 用域知识的行家来帮忙。 态度问题 相当多的开发人员习惯于被动地对待需求开发。每当遇到麻烦、挫折时 ，他们会发牢骚，找出一堆用户的毛病。很多开发人员错误地以为： 需求是用户的事情，不是我们的事情。我们为用户开发软件，难道用户 不该告诉我们应当开发什么吗？如果用户说不清楚需求，或者经常变 更需求，这类问题是用户产生的，应当由他们自己负责。
Page源自文库6
. 需求工程基本概念
什么是需求工程 把所有与需求直接相关的活动通称为需求工程。 需求工程中的活动可分为两大类，一类属于需求开发，另一类属于需求管理。 需求工程的结构图
Page 7
. 需求工程基本概念
需求开发过程域 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产
客户需求开发与需求管理
目录
. 什么是需求 . 了解客户、最终用户、间接用户 . 需求工程基本概念 . 需求开发的主要困难与对策 . 如何开展需求调查 . 如何进行需求分析 . 什么是好的需求规格说明书 . 如何定义产品需求 . 需求管理：确认、跟踪、变更控制
Page 2
. 什么是需求
需求的基本概念 宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成 完整的文档，该文档详细地说明了产品“必须或应当”做什么。 所以如果只有一些零碎的对话、资料或邮件，你就以为自己已经掌握了需求，那 是自欺欺人。 需求的重要性 在他年经典文章“ ”中阐述了需求的重要性： 开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写 出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一 旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。 需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头 被污染了，那么整条河流也就被污染了。 国内软件业的痼疾：人们并不清楚究竟该做什么，但却一直忙碌不停地开发。
： 客户永远是本公司的座上客。客户并不依赖我们，而我们却依赖客户。客户不是
我们工作的障碍，而是我们工作的目标。我们并不因为服务于他而对他有恩 ，他却因为给予我们服务于他的机会而有恩于我们。客户不是我们要与之争 辩和斗智的人。从未有人曾在与客户的争辩中获胜。客户是把他的欲望带给 我们的人，因此我们的工作就是满足这些欲望，从而使客户和我们共同获益 。
Page 3
. 什么是需求
需求开发失败的案例 上海贝尔某事业部一群高智商的开发人员集体犯需求观念错误的案例。 故事是这样的… 需求问题有时如同爱情问题，真是“当局者迷，旁观者清”啊。
Page 4
. 了解客户、最终用户、间接用户
基本概念 “用户”（）是一种泛称，它可细分为“客户”（）、“最终用户”（ ）和“
生《用户需求说明书》。 需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。
常见的需求分析方法有“问答分析法”和“建模分析法”两类。 需求定义的目的是根据需求调查和需求分析的结果，进一步定义准确无
误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据 《产品需求规格说明书》开展系统设计工作。 需求管理过程域 需求管理的目的是在客户与开发方之间建立对需求的共同理解，维护需 求与其它工作成果的一致性，并控制需求的变更。 需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成 共识后作出书面承诺，使需求文档具有商业合同效果。 需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，建立 与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。
Page 5
. 了解客户、最终用户、间接用户
即使最终用户不是上帝，也算是“上帝”的“亲戚”，同样怠慢不得。 如果项目规模比较大，那么开发方与最终用户的来往就比较多。如从最终用户那
里获取详细的需求，请最终用户试验软件，对最终用户进行培训等等。 公司新员工上产品培训课，有位小领导匆匆赶来作指示：“隔壁班正在给电信局
Page 13
. 需求开发的主要困难与对策
双方误解需求 人们在交流的时候，经常会发生“问非所求，答非所问”的事情。 有时用户会把开发人员的建议或答复给想歪了： 有一个软件开发人员滔滔不绝地向用户讲解在“信息高速公路上做广告
”的种种好处，用户听得津津有味。最后，心动的用户对软件开发人 员说：“好得很，就让我们马上行动起来吧。请您决定广告牌的尺寸 和放在哪条高速公路上，我立即派人去做。” 而用户表达的需求，不同的开发人员可能有不同的理解。如果需求分析 员误解了需求，那会导致后续的不少开发人员将错就错、白干活。就 像作文写跑题了，写得再好也白搭。这类错误连高智商的外星人都不 能避免： 有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰 地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里 双眼能射出强光。……有趣的是，车里住着一种叫作‘人’的寄生虫 ，这些寄生虫完全控制了车。” 不论是复杂的项目还是简单的项目，需求分析员和用户都有可能误解需 求。所以需求确认工作（属于需求管理）必不可少。
Page 12
. 需求开发的主要困难与对策
用户说不清楚需求 用户说不清楚需求是普遍现象，这是让开发人员头痛的大问题。 有些用户真的不知道需求是什么，或者对需求只有朦胧的感觉，他当然
说不清楚需求。 例如开发方的营销人员水平比较高，他能够在用户不清楚自己要什么的
情况下引导用户“消费”。 例如前些年全国各地的很多政府机构大搞网络建设。这些机构的领导和
Page 14
. 需求开发的主要困难与对策
开发人员写不好需求文档 需求调查工作不充分，获取的需求信息太少或者太乱，以至于写不成需
求文档。 古时候，一书生在考试前补习“写文章”，成天愁眉苦脸。其夫人甚为
不解，问：“相公，你写文章比我生小孩还难吗？”书生长叹一声： “娘子你哪里知道我的难处啊！你生小孩时肚子里有东西，可我写文 章时肚子里没东西啊。” 所以要想写出好的需求文档，前提条件是把需求调查工作做好。 开发人员写作能力比较差，虽然在调查过程中已经获得了不少需求信息 ，却写不出好的需求文档来。 可以毫不夸张地说，国内％以上的软件开发人员，他们的写作能力远不 及开发能力。 提高开发人员写作能力的根本办法就是让他们多练习写文档，熟能生巧 。 另外，企业应当提供合适的文档模板以及比较好的示例文档，尽可能地 降低写作难度。
办公人员大多数不清楚网络干什么用，就让开发人员替他们设想需求 吧，反正是花公家的钱。 有些用户虽然心里明白想要什么，但却说不清楚需求。 比如说买鞋子。我们非常了解自已的脚，但很难用语言说清楚脚的大小 和形状。通常拿鞋子去试，试穿时感觉到舒服才会买鞋。 需求分析员绝不能以用户说不清楚需求为借口而草率地对待需求开发工 作，否则会连累整个开发团队的。 无论是什么原因导致用户说不清楚需求，需求分析员必须设法搞清楚用 户真正的需求，这是需求分析员的职责，也是职业的挑战。
. 需求开发的主要困难与对策
用户在需求工程中的“权利” . 有权要求开发方派遣资质合格的需求分析员和相关人员。 . 有权要求开发方采用用户熟悉的语言来描述需求，即开发方必须提供用户看得懂得 需求文档。 . 有权审查需求文档，并对有争议的需求作出决策。如果认为需求文档不能准确地反 映用户真实的意愿，可以拒绝在需求文档上签字。 . 如果用户想要变更需求，有权要求开发方对该变更将产生的影响作出真实可信的评 估，以便用户决定是否变更需求。 用户在需求工程中的“义务” . 以积极友善的态度与开发方人员交流、协作，尽可能地为开发方人员提供工作和生 活上的便利。 . 乐意接受需求分析员的采访，在不泄漏机密的前提下尽可能地回答需求分析员的问 题。 . 在不泄漏机密的前提下，尽可能地向需求分析员提供与需求相关的材料。 . 与需求分析员共同评审需求文档，确保需求文档准确地反映用户真实的意愿。
Page 15
. 需求开发的主要困难与对策
用户经常变更需求 需求变更通常会对项目的进度、人力资源、经费产生很大的影响，这是
间接用户”（或称为关系人）。 掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用
户可能是同一个人也可能不是同一个人。 客户是掏钱买软件的人，所以他是“上帝” 某饭店经理在解释“先有鸡还是先有蛋”这个哲学问题时，精辟地阐述了客户的
地位： 如果顾客先点鸡，那么就先有鸡；如果顾客先点蛋，那么就先有蛋。 “现代营销学之父”菲利普•科特勒所著的《市场营销导论》是这样描述客户的
“主动型”是指开发者积极地开展需求工程中的各项活动。他们把获取 准确的需求当作自己的职责，会想尽一切办法克服需求开发和需求管 理过程中的困难，而不是找借口推卸责任。俗话说“良好的开端是成 功的一半”，“主动型”需求工程是开发成功产品的必备条件。
“领先型”是需求工程的最高境界。开发者发掘了连用户自己都没有意 识到的需求，导致用户跟着新产品跑而不是新产品围着用户转，这叫 引导消费。需求工程做到这个份上，才能使产品立于不败之地，长盛 不衰。
Page 8
需求变更控制是指依据“变更申请－审批－更改－重新确认”的流程处
. 需求工程基本概念
需求工程的一些感悟 不论是合同项目还是自主研发的产品，都必须开展需求开发和需求管理
活动。
开发者对待需求工程的态度可分“被动型”、“主动型”和“领先型” 三种，只有后两种才有可能开发出成功的产品。
“被动型”是指开发者被动地对待需求工程中的各项活动，能少干则少 干，能偷懒则偷懒。他们认为需求是用户的事情而不是自己的事情。 开发过程中经常发生需求变更，导致产品迷失方向，不是半途而废就 是陷入半死不活的状态。
Page 10
. 需求开发的主要困难与对策
合作关系 如果需求分析员不能与用户建立良好的合作关系，那么他们在需求开发
过程中会很疲惫。 倘若用户不能很好地配合需求分析员，那并不表示他是个坏蛋。因为用
户有他自己的想法： 我回答了你们的问题，讲了该讲的。我们付钱给你们，难道还要我伺候
你们不成？我还要干自己的事情，别打扰我了。你们自己想办法把活 干好吧 ……。 对于一些竞标项目，在合同未签订之前的需求开发工作尤为困难。用户 未必会买你的产品，他不会投入很多精力来协助你搞需求开发。 需求分析员不是销售人员，他们不可能象销售人员那样通过某些手段笼 络住用户就能成功。出色的需求分析员不仅要有过硬的专业知识，还 要具备较强的交流、沟通能力。 开发方与用户的合作关系对需求开发而言是至关重要的。对于重大的、 复杂的项目，我们不能完全期望双方能够自发地建立起良好地合作关 系，这样风险太大。 开发方和用户方在开展需求开发之前，双方协商并撰写“用户在需求工 程中的权利与义务”，即以协议的方式确定合作关系。“好话”和Pag“e 11
的员工们进行培训，他们都是上帝派来的，大家要注意形象。由于休息室空 间有限，请大家自觉让位。午休时他们可以躺着睡，我们只能坐在位置上打 个盹儿…….。” 重视“间接用户”，千万别“大意失荆州” 间接用户既不掏钱买该软件产品，也不使用该软件，但是它可能对软件产品有很 大的影响。 例如，财务软件开发商在把“财务软件”卖给客户之前，这个“财务软件”必须 得到国家财政部的批准。否则即使该软件的功能是完美的，但却被政府认为 是非法的。所以国家财政部就是所有财务软件的间接用户，它不仅不付钱给 财务软件开发商，反而要收取鉴定费、手续费等。 同理，市面上流通的信息安全软件、杀病毒软件必须得到国家公安部的批准，否 则软件开发商被逮住后戴上“非法经营”的帽子就惨了。
. 需求开发的主要困难与对策
知识技能问题 应用域的知识是无边无际的，任何人都不可能是“万事通”。俗话说“
隔行如隔山”，需求分析员可能是某一领域的专家，但当他接手陌生 的业务时，他可能是个“无知”者。一个企业要谋求发展，不能总在 做老的业务。人一生中会有许多充满挫折的“第一次”，不可以逃避 。 当需求分析员缺乏应用域知识时，他该怎么办？ 首先他要有勇气做事，否则连实践的机会都没有。 其次他应当赶紧补习应用域知识，不论是通过自学还是培训的方式，否 则他很难与用户交流。如果可能的话，开发方最好请既懂软件又懂应 用域知识的行家来帮忙。 态度问题 相当多的开发人员习惯于被动地对待需求开发。每当遇到麻烦、挫折时 ，他们会发牢骚，找出一堆用户的毛病。很多开发人员错误地以为： 需求是用户的事情，不是我们的事情。我们为用户开发软件，难道用户 不该告诉我们应当开发什么吗？如果用户说不清楚需求，或者经常变 更需求，这类问题是用户产生的，应当由他们自己负责。
Page源自文库6
. 需求工程基本概念
什么是需求工程 把所有与需求直接相关的活动通称为需求工程。 需求工程中的活动可分为两大类，一类属于需求开发，另一类属于需求管理。 需求工程的结构图
Page 7
. 需求工程基本概念
需求开发过程域 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产
客户需求开发与需求管理
目录
. 什么是需求 . 了解客户、最终用户、间接用户 . 需求工程基本概念 . 需求开发的主要困难与对策 . 如何开展需求调查 . 如何进行需求分析 . 什么是好的需求规格说明书 . 如何定义产品需求 . 需求管理：确认、跟踪、变更控制
Page 2
. 什么是需求
需求的基本概念 宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成 完整的文档，该文档详细地说明了产品“必须或应当”做什么。 所以如果只有一些零碎的对话、资料或邮件，你就以为自己已经掌握了需求，那 是自欺欺人。 需求的重要性 在他年经典文章“ ”中阐述了需求的重要性： 开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写 出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一 旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。 需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头 被污染了，那么整条河流也就被污染了。 国内软件业的痼疾：人们并不清楚究竟该做什么，但却一直忙碌不停地开发。
： 客户永远是本公司的座上客。客户并不依赖我们，而我们却依赖客户。客户不是
我们工作的障碍，而是我们工作的目标。我们并不因为服务于他而对他有恩 ，他却因为给予我们服务于他的机会而有恩于我们。客户不是我们要与之争 辩和斗智的人。从未有人曾在与客户的争辩中获胜。客户是把他的欲望带给 我们的人，因此我们的工作就是满足这些欲望，从而使客户和我们共同获益 。
Page 3
. 什么是需求
需求开发失败的案例 上海贝尔某事业部一群高智商的开发人员集体犯需求观念错误的案例。 故事是这样的… 需求问题有时如同爱情问题，真是“当局者迷，旁观者清”啊。
Page 4
. 了解客户、最终用户、间接用户
基本概念 “用户”（）是一种泛称，它可细分为“客户”（）、“最终用户”（ ）和“
生《用户需求说明书》。 需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。
常见的需求分析方法有“问答分析法”和“建模分析法”两类。 需求定义的目的是根据需求调查和需求分析的结果，进一步定义准确无
误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据 《产品需求规格说明书》开展系统设计工作。 需求管理过程域 需求管理的目的是在客户与开发方之间建立对需求的共同理解，维护需 求与其它工作成果的一致性，并控制需求的变更。 需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成 共识后作出书面承诺，使需求文档具有商业合同效果。 需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，建立 与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。
Page 5
. 了解客户、最终用户、间接用户
即使最终用户不是上帝，也算是“上帝”的“亲戚”，同样怠慢不得。 如果项目规模比较大，那么开发方与最终用户的来往就比较多。如从最终用户那
里获取详细的需求，请最终用户试验软件，对最终用户进行培训等等。 公司新员工上产品培训课，有位小领导匆匆赶来作指示：“隔壁班正在给电信局
Page 13
. 需求开发的主要困难与对策
双方误解需求 人们在交流的时候，经常会发生“问非所求，答非所问”的事情。 有时用户会把开发人员的建议或答复给想歪了： 有一个软件开发人员滔滔不绝地向用户讲解在“信息高速公路上做广告
”的种种好处，用户听得津津有味。最后，心动的用户对软件开发人 员说：“好得很，就让我们马上行动起来吧。请您决定广告牌的尺寸 和放在哪条高速公路上，我立即派人去做。” 而用户表达的需求，不同的开发人员可能有不同的理解。如果需求分析 员误解了需求，那会导致后续的不少开发人员将错就错、白干活。就 像作文写跑题了，写得再好也白搭。这类错误连高智商的外星人都不 能避免： 有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰 地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里 双眼能射出强光。……有趣的是，车里住着一种叫作‘人’的寄生虫 ，这些寄生虫完全控制了车。” 不论是复杂的项目还是简单的项目，需求分析员和用户都有可能误解需 求。所以需求确认工作（属于需求管理）必不可少。
Page 12
. 需求开发的主要困难与对策
用户说不清楚需求 用户说不清楚需求是普遍现象，这是让开发人员头痛的大问题。 有些用户真的不知道需求是什么，或者对需求只有朦胧的感觉，他当然
说不清楚需求。 例如开发方的营销人员水平比较高，他能够在用户不清楚自己要什么的
情况下引导用户“消费”。 例如前些年全国各地的很多政府机构大搞网络建设。这些机构的领导和
Page 14
. 需求开发的主要困难与对策
开发人员写不好需求文档 需求调查工作不充分，获取的需求信息太少或者太乱，以至于写不成需
求文档。 古时候，一书生在考试前补习“写文章”，成天愁眉苦脸。其夫人甚为
不解，问：“相公，你写文章比我生小孩还难吗？”书生长叹一声： “娘子你哪里知道我的难处啊！你生小孩时肚子里有东西，可我写文 章时肚子里没东西啊。” 所以要想写出好的需求文档，前提条件是把需求调查工作做好。 开发人员写作能力比较差，虽然在调查过程中已经获得了不少需求信息 ，却写不出好的需求文档来。 可以毫不夸张地说，国内％以上的软件开发人员，他们的写作能力远不 及开发能力。 提高开发人员写作能力的根本办法就是让他们多练习写文档，熟能生巧 。 另外，企业应当提供合适的文档模板以及比较好的示例文档，尽可能地 降低写作难度。
办公人员大多数不清楚网络干什么用，就让开发人员替他们设想需求 吧，反正是花公家的钱。 有些用户虽然心里明白想要什么，但却说不清楚需求。 比如说买鞋子。我们非常了解自已的脚，但很难用语言说清楚脚的大小 和形状。通常拿鞋子去试，试穿时感觉到舒服才会买鞋。 需求分析员绝不能以用户说不清楚需求为借口而草率地对待需求开发工 作，否则会连累整个开发团队的。 无论是什么原因导致用户说不清楚需求，需求分析员必须设法搞清楚用 户真正的需求，这是需求分析员的职责，也是职业的挑战。
. 需求开发的主要困难与对策
用户在需求工程中的“权利” . 有权要求开发方派遣资质合格的需求分析员和相关人员。 . 有权要求开发方采用用户熟悉的语言来描述需求，即开发方必须提供用户看得懂得 需求文档。 . 有权审查需求文档，并对有争议的需求作出决策。如果认为需求文档不能准确地反 映用户真实的意愿，可以拒绝在需求文档上签字。 . 如果用户想要变更需求，有权要求开发方对该变更将产生的影响作出真实可信的评 估，以便用户决定是否变更需求。 用户在需求工程中的“义务” . 以积极友善的态度与开发方人员交流、协作，尽可能地为开发方人员提供工作和生 活上的便利。 . 乐意接受需求分析员的采访，在不泄漏机密的前提下尽可能地回答需求分析员的问 题。 . 在不泄漏机密的前提下，尽可能地向需求分析员提供与需求相关的材料。 . 与需求分析员共同评审需求文档，确保需求文档准确地反映用户真实的意愿。
Page 15
. 需求开发的主要困难与对策
用户经常变更需求 需求变更通常会对项目的进度、人力资源、经费产生很大的影响，这是
间接用户”（或称为关系人）。 掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用
户可能是同一个人也可能不是同一个人。 客户是掏钱买软件的人，所以他是“上帝” 某饭店经理在解释“先有鸡还是先有蛋”这个哲学问题时，精辟地阐述了客户的
地位： 如果顾客先点鸡，那么就先有鸡；如果顾客先点蛋，那么就先有蛋。 “现代营销学之父”菲利普•科特勒所著的《市场营销导论》是这样描述客户的
“主动型”是指开发者积极地开展需求工程中的各项活动。他们把获取 准确的需求当作自己的职责，会想尽一切办法克服需求开发和需求管 理过程中的困难，而不是找借口推卸责任。俗话说“良好的开端是成 功的一半”，“主动型”需求工程是开发成功产品的必备条件。
“领先型”是需求工程的最高境界。开发者发掘了连用户自己都没有意 识到的需求，导致用户跟着新产品跑而不是新产品围着用户转，这叫 引导消费。需求工程做到这个份上，才能使产品立于不败之地，长盛 不衰。
Page 8
需求变更控制是指依据“变更申请－审批－更改－重新确认”的流程处
. 需求工程基本概念
需求工程的一些感悟 不论是合同项目还是自主研发的产品，都必须开展需求开发和需求管理
活动。
开发者对待需求工程的态度可分“被动型”、“主动型”和“领先型” 三种，只有后两种才有可能开发出成功的产品。
“被动型”是指开发者被动地对待需求工程中的各项活动，能少干则少 干，能偷懒则偷懒。他们认为需求是用户的事情而不是自己的事情。 开发过程中经常发生需求变更，导致产品迷失方向，不是半途而废就 是陷入半死不活的状态。
Page 10
. 需求开发的主要困难与对策
合作关系 如果需求分析员不能与用户建立良好的合作关系，那么他们在需求开发
过程中会很疲惫。 倘若用户不能很好地配合需求分析员，那并不表示他是个坏蛋。因为用
户有他自己的想法： 我回答了你们的问题，讲了该讲的。我们付钱给你们，难道还要我伺候
你们不成？我还要干自己的事情，别打扰我了。你们自己想办法把活 干好吧 ……。 对于一些竞标项目，在合同未签订之前的需求开发工作尤为困难。用户 未必会买你的产品，他不会投入很多精力来协助你搞需求开发。 需求分析员不是销售人员，他们不可能象销售人员那样通过某些手段笼 络住用户就能成功。出色的需求分析员不仅要有过硬的专业知识，还 要具备较强的交流、沟通能力。 开发方与用户的合作关系对需求开发而言是至关重要的。对于重大的、 复杂的项目，我们不能完全期望双方能够自发地建立起良好地合作关 系，这样风险太大。 开发方和用户方在开展需求开发之前，双方协商并撰写“用户在需求工 程中的权利与义务”，即以协议的方式确定合作关系。“好话”和Pag“e 11
的员工们进行培训，他们都是上帝派来的，大家要注意形象。由于休息室空 间有限，请大家自觉让位。午休时他们可以躺着睡，我们只能坐在位置上打 个盹儿…….。” 重视“间接用户”，千万别“大意失荆州” 间接用户既不掏钱买该软件产品，也不使用该软件，但是它可能对软件产品有很 大的影响。 例如，财务软件开发商在把“财务软件”卖给客户之前，这个“财务软件”必须 得到国家财政部的批准。否则即使该软件的功能是完美的，但却被政府认为 是非法的。所以国家财政部就是所有财务软件的间接用户，它不仅不付钱给 财务软件开发商，反而要收取鉴定费、手续费等。 同理，市面上流通的信息安全软件、杀病毒软件必须得到国家公安部的批准，否 则软件开发商被逮住后戴上“非法经营”的帽子就惨了。