的需要一个一个地加载诸如电子邮件、电å子格式形成、会议日程表等等功能。可惜
必须ี具备两。他们应当具备领袖的气质和魅力。当
说明文件的正式网，经理们愿意为不放弃努
员不应当仅仅是优秀的程序设计师，
奥尔森回忆在过去几年里，
1995年底或19๗96年初面世，并运用版本控制工ื具&，直到เ
项ำ目结束后说明á，并减少了用户支持人员的需要。
得出的一个ฐ总体印象：向未来进军！微软有弱点，像其他任何组织一样。因为ฦ在这些人身上已经投资，如果你两者兼而有之；那ว就是天生的领导
消费者使用。另外，程序经理们应该与开员和内部操作组
一起对说明提出建议，以及建立一个跟踪系统来记录信息供写事后报告使用，并用文件和进度表来保存测试软件的运行结果。
想象性描述有助于决定删除哪些特性
excel50的想象性描述大约有
5页长。它所关注的是市场营销组希望产
品具备的优先次序：产品运行所，特殊的功能，特殊的依赖性如
ole，对事业单位计划的总的看法，以及进度表的各个方面。excel50的
想象性描述还规定了“领域”用来对特性分组的宽泛的类别，并把这些
领域分配给了一个个ฐ程序经理。因为
excel50่相对来说是一个复杂的应用软
件，有大量的功能，所以想象性描述不仅规定了最近版本的目标，还规定了
未来
5年的产品目标。它还包含了单独地为一些单个ฐ“领域”服务的小型想
象性描述。
相反，officນe的想象性描述则强调依靠大量应用软件在一起和谐工作来
完成单独一件任务。例如，创建一份复合文件，其中包含文本，数字数据，
图形以及自动插入的排版信息。office的想象性描述认为
pc“只有一个主要
的应用软件”，而不是认为
pcນ有许多独立、各异的应用软件，用户不得不使
之互相配合。
在具体说明一件产品时，一个主要问题是，市场营销人员往往希望产品
有许多特性，而在一个紧ู张的进度表内这是完不成的。为了对付这种情况，
微软的各个组都用想象性描述帮助细化产品版本的规定主ว题，然后他们就用
这些主题来决定接纳或排斥那些候选的特性。克里斯ั·彼得斯描述了一个项
目若不具备对产品作出的清晰的想象性描述将会生何种后果，他也讲了好
的和差的想象性描述之间的区别ี。
通常的做法是，程序经理会写出一个概要说明，其中包含了许多无
法完成的特性。开员会粗略地估计出在每个特性上要花的时间。当知
道了希望的出品日期时，就会召开一个喧闹不堪的会议，人们在此讨价
还价，大声咆哮，尖声叫嚷，为的是要努力提前出品。好在有一些关于
想要产品做什么的单一的想法，这在永无休止的争论中ณ对大家都大有裨
益
想象性描述有好有差。好的描述告诉你产品不包含什么；差ๆ的则向
你暗示产品中包含了一切。为了对产品包含什么与排除什么เ做到心中有
数，你必须做出某种关于这件东西不是什么的解释。市场营销部门经常
认为ฦ所有的东西都包含进去最妙困难的部分是需搞清楚不要做什
么。在每次布时，我们总是把清单上
23๑的特性砍掉。如果我们把想
要做的所有事都写下来，那将会是一份长达
1้500่页的文件。现在很清
楚了，想象性描述可帮你建立选择机制，而非创造机制。
例如，excel30的想象性描述对产品目标的陈述是：使
excel30成为
“迄今为止创น造的最有分析力的电子表格。”在说明过程中进行关于加减何
种特性的讨论时，由这项描述引出了一个决定，不包括三维图形3-d和其
他一些对象。当项目成员必须决定哪些特性要去掉时，他们更偏爱数学的或
数据的分析特性，而宁可放弃那些支持图形功能ม的特性，虽然
excel30加上
了一项绘图功能。
然而，产品的想象性描述也可能改变。当
excel30่最终出品时，市场营
销部ຖ门已把主导思想改成了“可以更轻易地拥有强大的能力”。这个市场营
销主题集中在产品的强大能力与易使用方แ面。实际上产品对这一新的市场营
销主题支持得很好，但主题的改变确实也造成了程序经理和开员的一些混
乱。
乱。
根据约翰·法恩的观点，说明文件应该与做菜的配方非常相似。他给出
了苹果饼的配方例子——或者说是最初的说明：“饼的做法因人而异。这里
介绍的苹果饼具有当今世界所有饼的优点。它的关键配料是掼奶油、苹果、
面粉、糖以及其他一些东西。它应该大得让人人都能满意。比起版本
1้，我
们会大大改善其规格。制作饼的方法是：混合苹果、糖、柠檬汁，把它们放
于面包片中，烤得足够热以确保饼能烤熟ງ。”8
对开员、测试员、用户教育人员以及市场营销人员来说，概要说明文
件的作用就像烹调书一样。说明文件在产品小组的所有组员之间，产品小组
之间以及产品小组与管理部门之间起着传递产品的设想与要求的作用。这些
机构是说明文件的“读者”。因为项ำ目对开、测试、用户教育以及非英语
版本的所有进度安排都基于最初说明中的信息，所以说明文件必须足够清楚
地描述特性并赋予其优先级。这样项目才能ม建立起有意义แ的进度表。我们也
应该注意到เ，一些程序经理感到越来越大的压力必须ี在开始前使这些“配方”
说明尽可能ม完备。产生这种压力的一个关键原因是产品构件之间越来越强的
互相关联性，比如
office的情况见第
6章。结果是对复杂产品，程序经
理建立的说明文件可能非常详细与冗长1้00่0多页。
因为说明建立在想象性描述的基础上，它就比想象性描述文件包含了更