探索需求——设计前的质量
点击看大图基本信息
- 作者： （美）Donald C. Gause,Gerald M. Weinberg [作译者介绍]
- 译者： 章柏幸 王媛媛 谢攀
- 丛书名： 软件与系统思想家温伯格精粹译丛
- 出版社：清华大学出版社
- ISBN：7302088640
- 上架时间：2004-8-10
- 出版日期：2004 年7月
- 开本：175×245
- 页码：330
- 版次：1-1
- 所属分类：
计算机 > 软件工程及软件方法学 > 综合
教材 > 研究生/本科/专科教材 > 工学 > 计算机
教材 > 计算机教材 > 本科/研究生 > 计算机专业教材 > 计算机专业课程 > 软件工程
内容简介回到顶部↑
[b][a href="http://www.china-pub.com/computers/subject/huodong/qhtsxq/qhtsxq.htm" target="_blank"]weinberg--"探索需求"讲座详情[/a]
[/b][font color="#ff6600"]“本书是现代需求技术的基石，我们强烈推荐需求工程师阅读此书。” ——umlchina[/font][b]
本书将与您一起寻找"什么是客户真正想要的"这一问题的答案。[/b]
本书着眼于系统设计之前的需求过程，它是整个开发过程（如何设计人们想要的产品和系统）中最有挑战性的那部分。通过对一些需求分析中的常见误区和问题的分析和讨论，从和客户沟通开始，深入研究一些可能的需求，澄清用户和开发者期望值，最终给出了能够大幅度提高项目成功几率的一些建议方法。
本书由该领域内公认的两位作者合著，搜集了他们在大大小小的公司里加起来超过60年的在工作中发现、提炼和检验之后的观点。在本书中描述的原则并不局限于软件开发，还涉及到所有需要为别人设计和制作产品的领域。这些技巧已经成功的应用于开发所有类型的产品和系统--包括计算机硬件和软件、家具、建筑和书籍等等。
本书认为，开发是把人们的期望转化成一种能够满足其期望的产品的过程。本书的讨论围绕着需求过程--在开发中人们试图发现其期望的产品--的那一部分。通过对五个关键词语"期望"、"产品"、"人们"、"试图"和"发现"的层层分析，给出了大量使用的技巧和观点。 产品开发项目可能失败的原因非常多，最糟糕的莫过于在需求过程带入的缺陷。目前已有了很多书籍来阐述避免那些缺陷的方法，而本书则是集中在需求过程的以下三个危险而又被忽视的人性视角：
1． 在所有参与者中开发一种对需求的可靠的理解。
2． 开发一种项目的团队工作期望。
3． 开发一些必要的技巧和工具以能够有效的像团队一样来定义需求。
由于这些主题或多或少有些被有关系统开发的著作所忽略，《探索需求》可以用作对你当前的任何需求过程的一个补充，而不管其是否正式。本书的很多章节都设计成独立的模块，每一个都介绍了一到几种用于提高需求技术的工具或方法。读者可以逐页阅读本书，也可以在任何时间只读那些你最需要的章节。 全书通俗易懂、层次分明，其中共有上百幅插图，便于读者深入理解，是需求分析人员的入门和提高必备指南。
[/b][font color="#ff6600"]“本书是现代需求技术的基石，我们强烈推荐需求工程师阅读此书。” ——umlchina[/font][b]
本书将与您一起寻找"什么是客户真正想要的"这一问题的答案。[/b]
本书着眼于系统设计之前的需求过程，它是整个开发过程（如何设计人们想要的产品和系统）中最有挑战性的那部分。通过对一些需求分析中的常见误区和问题的分析和讨论，从和客户沟通开始，深入研究一些可能的需求，澄清用户和开发者期望值，最终给出了能够大幅度提高项目成功几率的一些建议方法。
本书由该领域内公认的两位作者合著，搜集了他们在大大小小的公司里加起来超过60年的在工作中发现、提炼和检验之后的观点。在本书中描述的原则并不局限于软件开发，还涉及到所有需要为别人设计和制作产品的领域。这些技巧已经成功的应用于开发所有类型的产品和系统--包括计算机硬件和软件、家具、建筑和书籍等等。
本书认为，开发是把人们的期望转化成一种能够满足其期望的产品的过程。本书的讨论围绕着需求过程--在开发中人们试图发现其期望的产品--的那一部分。通过对五个关键词语"期望"、"产品"、"人们"、"试图"和"发现"的层层分析，给出了大量使用的技巧和观点。 产品开发项目可能失败的原因非常多，最糟糕的莫过于在需求过程带入的缺陷。目前已有了很多书籍来阐述避免那些缺陷的方法，而本书则是集中在需求过程的以下三个危险而又被忽视的人性视角：
1． 在所有参与者中开发一种对需求的可靠的理解。
2． 开发一种项目的团队工作期望。
3． 开发一些必要的技巧和工具以能够有效的像团队一样来定义需求。
由于这些主题或多或少有些被有关系统开发的著作所忽略，《探索需求》可以用作对你当前的任何需求过程的一个补充，而不管其是否正式。本书的很多章节都设计成独立的模块，每一个都介绍了一到几种用于提高需求技术的工具或方法。读者可以逐页阅读本书，也可以在任何时间只读那些你最需要的章节。 全书通俗易懂、层次分明，其中共有上百幅插图，便于读者深入理解，是需求分析人员的入门和提高必备指南。
作译者回到顶部↑
本书提供作译者介绍
作者简介：
唐纳德·高斯和杰拉尔德·温伯格是国际知名的演讲家和咨询家，他们在许多个不同的项目中有着多年的合作经验。他们都是美国计算机学会（ACM）的教师。他们曾合作出版了著名的关于问题解决的书《你的灯亮着吗？》，给软件开发的目的和方向建立了全新的诠释。另外他们俩还都是徒步登山的爱好者。
唐纳德·高斯（Donald C. Gause）是纽约州立大学托马斯·沃森工程学院（位于纽约州Binghamton镇）的系统科学教授。他主要从事复杂系统的设计和开发以及大型公司的改革。<< 查看详细
唐纳德·高斯和杰拉尔德·温伯格是国际知名的演讲家和咨询家，他们在许多个不同的项目中有着多年的合作经验。他们都是美国计算机学会（ACM）的教师。他们曾合作出版了著名的关于问题解决的书《你的灯亮着吗？》，给软件开发的目的和方向建立了全新的诠释。另外他们俩还都是徒步登山的爱好者。
唐纳德·高斯（Donald C. Gause）是纽约州立大学托马斯·沃森工程学院（位于纽约州Binghamton镇）的系统科学教授。他主要从事复杂系统的设计和开发以及大型公司的改革。
目录回到顶部↑
目录 6
序言 13
第一部分 为共识而谈判 17
1 方法论是不够的 18
1.1 case，cad和灭蟑仪 18
1.2 方法作用于问题 19
1.3 映射及其符号系统 20
1.4 确保每个人都能读懂映射图 21
1.5 需求的映射图并不是需求 21
1.6 提示和变化 22
1.7 小结 24
2 在陈述需求中的含混性 24
2.1 含混性的例子 24
2.1.1 缺少的需求 25
2.1.2 含混的词语 25
2.1.3 无意中引入的假设 25
2.2 含混性的成本 26
2.3 为消除含混性而探索 27
2.3.1 需求的图片 27
2.3.2 需求的模型 28
序言 13
第一部分 为共识而谈判 17
1 方法论是不够的 18
1.1 case，cad和灭蟑仪 18
1.2 方法作用于问题 19
1.3 映射及其符号系统 20
1.4 确保每个人都能读懂映射图 21
1.5 需求的映射图并不是需求 21
1.6 提示和变化 22
1.7 小结 24
2 在陈述需求中的含混性 24
2.1 含混性的例子 24
2.1.1 缺少的需求 25
2.1.2 含混的词语 25
2.1.3 无意中引入的假设 25
2.2 含混性的成本 26
2.3 为消除含混性而探索 27
2.3.1 需求的图片 27
2.3.2 需求的模型 28
译者序回到顶部↑
未知境域里的远大前程——《需求探索》译者序
当代种种事件不同于历史之处，在于我们不知道它们会产生什么后果。……当历史正在进行时，它对我们来说就不是历史，它带领我们进入未知的境域，而我们又难能瞥见前途是什么样子。
――F. A. 哈耶克
需求是人们的期望。
探索需求是寻找人们的期望的过程。
探索需求的目的是试图找出人们对（待开发的）产品的期望。
我们的产品，毋庸置疑，应该是有用的产品，还应该是新的产品。新产品和旧产品不同，它承载着投资者的期望，承载着开发者的期望，更承载着未来使用者的期望。
诚如哈耶克所说，“当代种种事件不同于历史之处，在于我们不知道它们会产生什么后果”，我们的产品不同于旧产品之处，也在于我们不知道它们会产生什么后果。
回首我们的历史，几十年来的软件产品，在人们当中的口碑却并不理想。这是因为，我们对于软件产品的期望太高太高，我们对于新产品能力的承诺太多太多，然而，在如何找到符合人们期望的新产品特性方面，我们的所知实在是太少太少。是的，当我们的产品正在开发时，它对我们来说是未知的境域，要能够确保未来的产品真正具有远大的前程，无疑是极为困难的。
对于捉摸不定的人类的软性，如何固化成为难以驾驭的产品需求说明书，并随时准备为之进行合乎情理的变更，对初涉需求领域的人们而言，简直是难之又难。这一本书，立足于需求领域中最为基础的话题，结合作者们60多年的行业经验，提出了一些能够帮助人们如何为其所需的东西而探索的技巧。它源自于作者对“如何找出问题的真正所在”的更进一步思考，Gause和Weinberg，两位热爱徒步登山的老人，用平实的语言打开了这一探索过程中的奥妙之门。
开门见山，作者高屋建瓴地从方法论着手，讨论了需求过程中含混性的来源，提出了切实可行的解决方案。实践胜于雄辩，接着，如庖丁解牛一般，作者就需求过程中最难起步的切入点、最难设计的面谈问题、最为夹杂不清的相关人员、最为冗长难缠的会议，一一手起刀落，使之豁然明了。而后的章节，无论是探索想法的头脑风暴，或是面临冲突时的左右容与，还是我们探索的目的地：功能、属性、约束条件、偏好和真实的期望，逐一柳暗花明。及至最终，面对探索所得的错综复杂的第一手资料，为了更大程度地提高成功的可能，并给予我们自己结束一切的勇气，作者又给出了量化需求结果的六大主题。
自英文版出版十五年来，本书中的绝大部分观点至今仍然闪烁着智慧的光芒；基于本书观点的实践指南和由本书所启发的需求管理工具业已成为软件界的经典之作。就如一位读者所说，在需求探索过程中，“理解他人非常困难，当然也肯定比理解300多页的文笔流畅的文字要艰难得多”。本书的引进，无疑给我们从事需求工作的同行带来了福音。
作为业界的无名小卒，我们译者所能做的仅仅是将原著从英文到白话中文的一次简单映射，这一映射的质量必然受限于我们的阅历和知识，因此如有语言晦涩或错译之处，恳请读者批评指正。
我们希望，这里所呈献的，还能算是文字流畅、易于理解的300多页汉字。
章柏幸
citizen2yy@hotmail.com
2004.7.7于皂君庙
当代种种事件不同于历史之处，在于我们不知道它们会产生什么后果。……当历史正在进行时，它对我们来说就不是历史，它带领我们进入未知的境域，而我们又难能瞥见前途是什么样子。
――F. A. 哈耶克
需求是人们的期望。
探索需求是寻找人们的期望的过程。
探索需求的目的是试图找出人们对（待开发的）产品的期望。
我们的产品，毋庸置疑，应该是有用的产品，还应该是新的产品。新产品和旧产品不同，它承载着投资者的期望，承载着开发者的期望，更承载着未来使用者的期望。
诚如哈耶克所说，“当代种种事件不同于历史之处，在于我们不知道它们会产生什么后果”，我们的产品不同于旧产品之处，也在于我们不知道它们会产生什么后果。
回首我们的历史，几十年来的软件产品，在人们当中的口碑却并不理想。这是因为，我们对于软件产品的期望太高太高，我们对于新产品能力的承诺太多太多，然而，在如何找到符合人们期望的新产品特性方面，我们的所知实在是太少太少。是的，当我们的产品正在开发时，它对我们来说是未知的境域，要能够确保未来的产品真正具有远大的前程，无疑是极为困难的。
对于捉摸不定的人类的软性，如何固化成为难以驾驭的产品需求说明书，并随时准备为之进行合乎情理的变更，对初涉需求领域的人们而言，简直是难之又难。这一本书，立足于需求领域中最为基础的话题，结合作者们60多年的行业经验，提出了一些能够帮助人们如何为其所需的东西而探索的技巧。它源自于作者对“如何找出问题的真正所在”的更进一步思考，Gause和Weinberg，两位热爱徒步登山的老人，用平实的语言打开了这一探索过程中的奥妙之门。
开门见山，作者高屋建瓴地从方法论着手，讨论了需求过程中含混性的来源，提出了切实可行的解决方案。实践胜于雄辩，接着，如庖丁解牛一般，作者就需求过程中最难起步的切入点、最难设计的面谈问题、最为夹杂不清的相关人员、最为冗长难缠的会议，一一手起刀落，使之豁然明了。而后的章节，无论是探索想法的头脑风暴，或是面临冲突时的左右容与，还是我们探索的目的地：功能、属性、约束条件、偏好和真实的期望，逐一柳暗花明。及至最终，面对探索所得的错综复杂的第一手资料，为了更大程度地提高成功的可能，并给予我们自己结束一切的勇气，作者又给出了量化需求结果的六大主题。
自英文版出版十五年来，本书中的绝大部分观点至今仍然闪烁着智慧的光芒；基于本书观点的实践指南和由本书所启发的需求管理工具业已成为软件界的经典之作。就如一位读者所说，在需求探索过程中，“理解他人非常困难，当然也肯定比理解300多页的文笔流畅的文字要艰难得多”。本书的引进，无疑给我们从事需求工作的同行带来了福音。
作为业界的无名小卒，我们译者所能做的仅仅是将原著从英文到白话中文的一次简单映射，这一映射的质量必然受限于我们的阅历和知识，因此如有语言晦涩或错译之处，恳请读者批评指正。
我们希望，这里所呈献的，还能算是文字流畅、易于理解的300多页汉字。
章柏幸
citizen2yy@hotmail.com
2004.7.7于皂君庙
前言回到顶部↑
如果你根本不知道自己在讨论什么，那么对其强求精确是毫无意义的。 ——约翰·冯·诺依曼(John von Neumann)
开发是把人们的期望转化成一种能够满足其期望的产品的过程。本书 的讨论围绕着需求过程——即在开发中人们试图发现其期望的东西那部分。
为了理解这一过程，读者应把注意力集中在五个关键词语上：期望、产 品、人们、试图和发现。
首先，我们来看“期望”。有些读者更愿意我们说“试图发现其需要的东西”，但是我们找不出哪种人们需要的东西不是他们所期望的。除此之外，人们并不经常购买他们所需要的东西，却常常期望他们所买的东西，即使这 种期望仅仅是短暂的。然而，我们确实观察到通过澄清人们的期望，他们有时能够阐明什么是其真正需要的，而什么并不需要。
我们用“产品”这个词来表示那些试图满足复合的一系列期望的产物。复合的期望意味着它们来自于许多人。当我们为满足自己的期望而创建一个产品时——比如说，建一个花园或是做一个书柜什么的——我们常常不需要明确的需求过程。我们只是一边做一边看，在适当的地方做一些调整，直到我们自己满意为止。
但是“人们”可能包括许多不同的人，而且找到谁是这些“人们”是需求过程的一个主要的部分。当牵涉的人数很多，或是产品规模较大时，用于发现个人需求的这种反复的过程很容易证明是既拖沓，又昂贵，而且还有太多风险。
“试图”怎么解释呢?如果我们正在写一本书，难道不应该是更可靠和更积极吗?难道我们不应该保证其结果吗?是的，在这本书中我们使用的需求技巧将帮助我们的客户开发所有类型的产品——计算机硬件、计算机软件、汽车、家具、建筑物、革新的消费产品、书籍、电影、机构、训练课程和研究计划等。没有读者要回自己买书的钱，但是我们无法证明没有客户不会，因为我们不知道如何把产品开发做成一门精确的学科。
在和我们一起工作之前，我们的许多客户都希望产品开发是一门精确的学科。他们中的大多数属于软件业——一个备受这种毫无根据的白日梦折磨的行业。我们乐意引用约翰·冯·诺依曼的话，因为我们的许多客户认为他是软件之父。他们关注到他的名言：“如果你根本不知道自己在讨论什么，那么对其强求精确是毫无意义的。”
如果人们不知道他们想要什么，那么无论什么开发过程——不管有多么精确、多么聪明或多么有效率——都不能使他们满意。这就是为什么我们要做需求工作的缘故——只有这样，我们才不会设计出人们不需要的系统。 效果总是置于效率之前的。但即使效率是你的热心关注的，通向高效率开发的最重要的方法是在第一时间排除那些没有人想要的产品。另一种方法则如下所说：
这使我们用“发现”这个苛刻的词语。在本书中，我们设法帮助人们发现那些真正值得做的事情。
美国第34任总统艾森豪威尔上将曾经说过：“计划本身什么都不是，而编制计划的过程就是一切。”我们认同这样的说法，并把它推广到需求过程：或用另一种方式表达：这就解释了我们的书名：探索需求。比如，藉由本书中一些理论的帮助，我们辛苦地获得了一些定义文字，而数据字典就是用来保存这些定义的方法。然而，实际上几乎没有人会去读这些数据字典或那些在需求过程中开发出来的文档。这一观察结果让很多人为之烦恼，不过我们却并不如此，因为我们相信：
如果考察人们如何真正开发系统，你会看到开发需求的过程实际上就是发展一批满足以下条件的人的过程：
l. 理解需求
2．(大多数情况下)参与这个项目
3．知道如何有效地像一个团队一样工作
我们相信如果上述条件中的任何一个没有满足，那么这个项目将有可能失败。当然，一个产品开发项目可能失败的原因非常多，而且有了很多书籍来阐述避免那些缺陷的方法。而本书的内容集中在需求过程的以下三个人性的方面，它们既是非常重要的，却恰恰也是被人们所忽视的。
1． 在所有参与者中开发一种对需求的可靠的理解。
2． 开发一种项目的团队工作期望。
3． 开发一些必要的技巧和工具以能够有效地像团队一样来定义需求。
由于这些主题或多或少有些被有关系统开发的著作所忽略，《探索需求》一书可以用作对你当前的任何需求过程的一个参考，而不管其是否正式，本书的很多章节都设计成独立的模块，每一个都介绍了一到几种用于提高需求过程的工具或方法。读者可以逐页阅读本书，也可以在任何时间只读那些你最需要的章节。无论你采用哪一种阅读法，它都将帮助你更加清楚地了解“自己在讨论什么”。
开发是把人们的期望转化成一种能够满足其期望的产品的过程。本书 的讨论围绕着需求过程——即在开发中人们试图发现其期望的东西那部分。
为了理解这一过程，读者应把注意力集中在五个关键词语上：期望、产 品、人们、试图和发现。
首先，我们来看“期望”。有些读者更愿意我们说“试图发现其需要的东西”，但是我们找不出哪种人们需要的东西不是他们所期望的。除此之外，人们并不经常购买他们所需要的东西，却常常期望他们所买的东西，即使这 种期望仅仅是短暂的。然而，我们确实观察到通过澄清人们的期望，他们有时能够阐明什么是其真正需要的，而什么并不需要。
我们用“产品”这个词来表示那些试图满足复合的一系列期望的产物。复合的期望意味着它们来自于许多人。当我们为满足自己的期望而创建一个产品时——比如说，建一个花园或是做一个书柜什么的——我们常常不需要明确的需求过程。我们只是一边做一边看，在适当的地方做一些调整，直到我们自己满意为止。
但是“人们”可能包括许多不同的人，而且找到谁是这些“人们”是需求过程的一个主要的部分。当牵涉的人数很多，或是产品规模较大时，用于发现个人需求的这种反复的过程很容易证明是既拖沓，又昂贵，而且还有太多风险。
“试图”怎么解释呢?如果我们正在写一本书，难道不应该是更可靠和更积极吗?难道我们不应该保证其结果吗?是的，在这本书中我们使用的需求技巧将帮助我们的客户开发所有类型的产品——计算机硬件、计算机软件、汽车、家具、建筑物、革新的消费产品、书籍、电影、机构、训练课程和研究计划等。没有读者要回自己买书的钱，但是我们无法证明没有客户不会，因为我们不知道如何把产品开发做成一门精确的学科。
在和我们一起工作之前，我们的许多客户都希望产品开发是一门精确的学科。他们中的大多数属于软件业——一个备受这种毫无根据的白日梦折磨的行业。我们乐意引用约翰·冯·诺依曼的话，因为我们的许多客户认为他是软件之父。他们关注到他的名言：“如果你根本不知道自己在讨论什么，那么对其强求精确是毫无意义的。”
如果人们不知道他们想要什么，那么无论什么开发过程——不管有多么精确、多么聪明或多么有效率——都不能使他们满意。这就是为什么我们要做需求工作的缘故——只有这样，我们才不会设计出人们不需要的系统。 效果总是置于效率之前的。但即使效率是你的热心关注的，通向高效率开发的最重要的方法是在第一时间排除那些没有人想要的产品。另一种方法则如下所说：
这使我们用“发现”这个苛刻的词语。在本书中，我们设法帮助人们发现那些真正值得做的事情。
美国第34任总统艾森豪威尔上将曾经说过：“计划本身什么都不是，而编制计划的过程就是一切。”我们认同这样的说法，并把它推广到需求过程：或用另一种方式表达：这就解释了我们的书名：探索需求。比如，藉由本书中一些理论的帮助，我们辛苦地获得了一些定义文字，而数据字典就是用来保存这些定义的方法。然而，实际上几乎没有人会去读这些数据字典或那些在需求过程中开发出来的文档。这一观察结果让很多人为之烦恼，不过我们却并不如此，因为我们相信：
如果考察人们如何真正开发系统，你会看到开发需求的过程实际上就是发展一批满足以下条件的人的过程：
l. 理解需求
2．(大多数情况下)参与这个项目
3．知道如何有效地像一个团队一样工作
我们相信如果上述条件中的任何一个没有满足，那么这个项目将有可能失败。当然，一个产品开发项目可能失败的原因非常多，而且有了很多书籍来阐述避免那些缺陷的方法。而本书的内容集中在需求过程的以下三个人性的方面，它们既是非常重要的，却恰恰也是被人们所忽视的。
1． 在所有参与者中开发一种对需求的可靠的理解。
2． 开发一种项目的团队工作期望。
3． 开发一些必要的技巧和工具以能够有效地像团队一样来定义需求。
由于这些主题或多或少有些被有关系统开发的著作所忽略，《探索需求》一书可以用作对你当前的任何需求过程的一个参考，而不管其是否正式，本书的很多章节都设计成独立的模块，每一个都介绍了一到几种用于提高需求过程的工具或方法。读者可以逐页阅读本书，也可以在任何时间只读那些你最需要的章节。无论你采用哪一种阅读法，它都将帮助你更加清楚地了解“自己在讨论什么”。
序言回到顶部↑
如果你根本不知道自己在讨论什么，那么对其强求精确是毫无意义的。
--约翰·冯·诺依曼
开发是把人们的期望转化成一种能够满足其期望的产品的过程。本书的讨论围绕着需求过程--即在开发中人们试图发现其期望的东西那部分。
为了理解这一过程，读者应把注意力集中在五个关键词语上：期望、产品、人们、试图、和发现。
首先，我们来看"期望"。有些读者更愿意我们说"试图发现其需要的东西"，但是我们找不出哪种人们需要的东西不是他们所期望的。除此之外，人们并不经常购买他们所需要的东西，却常常期望他们所买的东西，即使这种期望仅仅是短暂的。然而，我们确实观察到通过澄清人们的期望，他们有时能够阐明什么是其真正需要的，而什么并不需要。
我们用"产品"这个词来表示那些试图满足综合的一系列期望的产物。综合的期望意味着它们来自于许多人。当我们为满足自己的期望而创建一个产品时--比如说，建一个花园或是做一个书柜什么的--我们常常不需要明确的需求过程。我们只是一边做一边看，在适当的地方做一些调整，直到我们自己满意为止。
但是"人们"可能包括许多不同的人，而且找到谁是这些"人们"是需求过程的一个主要的部分。当包含了太多的人们时--或是产品规模较大时--用于发现个人需求的这种反复的过程很容易证明是既拖沓，又昂贵，而且还有太多风险。
"试图"怎么解释呢？如果我们正在写一本书，难道不应该是更可靠和更积极吗？难道我们不应该保证其结果吗？是的，在这本书中我们使用的需求技巧将帮助我们的客户开发所有类型的产品--计算机硬件、计算机软件、汽车、家具、建筑物、革新的消费产品、书籍、电影、机构、训练课程和研究计划等等。没有人要回自己的钱，但是我们无法证明没有客户永远不会，因为我们不知道如何把产品开发做成一门精确的学科。
在和我们一起工作之前，我们的许多客户都希望产品开发是一门精确的学科。他们中的大多数属于软件业--一个倍受这种毫无根据的白日梦折磨的行业。我们乐意饮用约翰·冯·诺依曼的话，因为我们的许多客户认为他是软件之父。他们关注到他的名言："如果你根本不知道自己在讨论什么，那么对其强求精确是毫无意义的。"
如果人们不知道他们想要什么，那么无论什么开发过程--不管有多么精确、多么聪明或多么有效率--都不能使他们满意。这就是为什么我们要做需求工作的缘故--只有如此我们才不会设计出人们不需要的系统。
效果总是置于效率之前的。但即使效率是你的热心关注的，通向高效率开发的最重要的方法是在第一时间排除那些没有人想要的产品。另一种方法则如下所说：
任何不值得做的事情也不值得去做对。
这使我们用"发现"这个苛刻的词语。在本书中，我们设法帮助人们发现那些真正值得做的事情。
美国第34任总统艾森豪威尔上将曾经说过，"计划本身什么都不是，而编制计划的过程就是一切"。我们认同这样的说法，并把它推广到需求过程：
产品什么都不是，而开发的过程就是一切。
或用另一种方式表达：
发现什么都不是，而发现过程（探索过程）就是一切。
这就解释了我们的书名：探索需求。
例如说，数据字典，是一种用于保存那些煞费苦心的来自于本书中一些方法的好处的定义的方法。然而，实际上几乎没有人会去读这些数据字典或那些在需求过程中开发出来的文档。这一观察结果让很多人为之烦恼，不过我们却并不如此，因为我们相信：
文档什么都是，而编制文档的过程就是一切。
--约翰·冯·诺依曼
开发是把人们的期望转化成一种能够满足其期望的产品的过程。本书的讨论围绕着需求过程--即在开发中人们试图发现其期望的东西那部分。
为了理解这一过程，读者应把注意力集中在五个关键词语上：期望、产品、人们、试图、和发现。
首先，我们来看"期望"。有些读者更愿意我们说"试图发现其需要的东西"，但是我们找不出哪种人们需要的东西不是他们所期望的。除此之外，人们并不经常购买他们所需要的东西，却常常期望他们所买的东西，即使这种期望仅仅是短暂的。然而，我们确实观察到通过澄清人们的期望，他们有时能够阐明什么是其真正需要的，而什么并不需要。
我们用"产品"这个词来表示那些试图满足综合的一系列期望的产物。综合的期望意味着它们来自于许多人。当我们为满足自己的期望而创建一个产品时--比如说，建一个花园或是做一个书柜什么的--我们常常不需要明确的需求过程。我们只是一边做一边看，在适当的地方做一些调整，直到我们自己满意为止。
但是"人们"可能包括许多不同的人，而且找到谁是这些"人们"是需求过程的一个主要的部分。当包含了太多的人们时--或是产品规模较大时--用于发现个人需求的这种反复的过程很容易证明是既拖沓，又昂贵，而且还有太多风险。
"试图"怎么解释呢？如果我们正在写一本书，难道不应该是更可靠和更积极吗？难道我们不应该保证其结果吗？是的，在这本书中我们使用的需求技巧将帮助我们的客户开发所有类型的产品--计算机硬件、计算机软件、汽车、家具、建筑物、革新的消费产品、书籍、电影、机构、训练课程和研究计划等等。没有人要回自己的钱，但是我们无法证明没有客户永远不会，因为我们不知道如何把产品开发做成一门精确的学科。
在和我们一起工作之前，我们的许多客户都希望产品开发是一门精确的学科。他们中的大多数属于软件业--一个倍受这种毫无根据的白日梦折磨的行业。我们乐意饮用约翰·冯·诺依曼的话，因为我们的许多客户认为他是软件之父。他们关注到他的名言："如果你根本不知道自己在讨论什么，那么对其强求精确是毫无意义的。"
如果人们不知道他们想要什么，那么无论什么开发过程--不管有多么精确、多么聪明或多么有效率--都不能使他们满意。这就是为什么我们要做需求工作的缘故--只有如此我们才不会设计出人们不需要的系统。
效果总是置于效率之前的。但即使效率是你的热心关注的，通向高效率开发的最重要的方法是在第一时间排除那些没有人想要的产品。另一种方法则如下所说：
任何不值得做的事情也不值得去做对。
这使我们用"发现"这个苛刻的词语。在本书中，我们设法帮助人们发现那些真正值得做的事情。
美国第34任总统艾森豪威尔上将曾经说过，"计划本身什么都不是，而编制计划的过程就是一切"。我们认同这样的说法，并把它推广到需求过程：
产品什么都不是，而开发的过程就是一切。
或用另一种方式表达：
发现什么都不是，而发现过程（探索过程）就是一切。
这就解释了我们的书名：探索需求。
例如说，数据字典，是一种用于保存那些煞费苦心的来自于本书中一些方法的好处的定义的方法。然而，实际上几乎没有人会去读这些数据字典或那些在需求过程中开发出来的文档。这一观察结果让很多人为之烦恼，不过我们却并不如此，因为我们相信：
文档什么都是，而编制文档的过程就是一切。
)
加载中...
