饭饭TXT > 学习管理 > 《最后期限THE DEADLINE》作者:[美]汤姆·迪马可【完结】 > 最后期限 THE DEADLINE.txt

第16 章 筹备夏季运动会

作者:美-汤姆·迪马可 当前章节:10005 字 更新时间:2026-6-28 04:07

希福总喜欢在早餐之后跑到阳台上,再沿着窄窄的栏杆跑到莱克莎的阳台上去。

当莱克莎在城里的时候,她总是把阳台的门开着的。当然,现在这扇门紧闭着,从

四月初贝洛克第一次出现以后就一直如此。过了一会儿,希福又回来了。它抬起头

来用责备的眼神望着汤普金斯先生,长长地发了一声牢骚。

“我知道,我知道,我也想她。而且我也不知道她什么时候回来呀。”

这天终于有了莱克莎的消息,尽管来得很曲折。汤普金斯先生来到办公室的时

候, 一个黑色活页本里有一大堆文件正等着他。旁边还有一张国际事务部的信纸,

上面的字迹歪歪斜斜的,几乎认不出来。信纸上写着:“我让胡利安从美国偷来了

这些文件。有了这些资料,你没有任何理由不能在2000年夏天的最后期限之前完成

任务。”最后是一个张牙舞爪的签名:“贝洛克”

亚里士多德·科诺罗斯也在等他,他的腿上摊开着一个黑色的笔记本,他抬起

头来:“来自美国联邦航空局,国家航空航天计划合同的规范细则。”

汤普金斯叹了一口气:“不光是美国国家航空航天计划,所有这些项目最后都

已诉讼告终。”

“对。.这些是法庭扣押下的文档,上面都有法庭的图章。”

“如果贝洛克真的要帮助我们,他应该去偷法国系统的规范文档,哪怕是西班

牙的也好。起码那些项目还有点成果,但这些……”

“好消息是:我们得到了全部的文档。我检查过了,这里有每个部分的详细说

明。我猜,即使是完全崩溃了的项目,也有可能制造出相当好的规范文档。确实有

这种可能。”

项目管理通俗读物 最后期限 ID2002

142

“我猜也是。”

“大约只有百万分之一,但还是有可能。”

“噢,好,我想即使是很不完善的规范也比什么都没有要好。,我觉得,哪怕

只是把各个组成部分列举出来也会有所帮助。在这个空中交通管理项目上面,我希

望你也能帮我们的忙,亚里士多德。我是说,过一段时间,当他们进人设计阶段的

时候。到那时,你应该帮他们解决困难。”

“喔,当然,很高兴能帮忙。这是件非常有趣的工作,把空中的飞机当玩具。

非常好的项目.而且没有最后期限。”

“当然有最后期限。定死的最后期限,而且非常紧迫。”

“当然。我只是想,在这个世界上有没有一个项目的目标是质量而不是时间。

可是,我猜没有,看来我是错的。不过,你可以看到,为什么我会想这个问题。我

是说,一个空中交通控制系统,它就应该是这样的。人们会说:‘嘿。伙计.我给

你足够的时间,别着急。真的,只要把它做好就行了。时间嘛,要多少就有多少。…

“不可能。”

”我猜我是个不可救药的理想主义者。”

“但是,我们有一个绝好的团队:我把‘空中交通控制’这个有魔力的词说给

加布里埃尔,他马上就想起了7个在西班牙系统中干过的人。我想这是个好兆头,所

以就雇了他们。他们的确很优秀。”

“这个消息更好。现在.该听听坏消息了,我也给你带来了坏消息。不是来自

空中交通控制系统,而是来自其他的地方。你有麻烦了。”

“还有新麻烦?”

“这就是。PMill—A团队,你选了一个爱发火的经理。”

“我?”

“他骂人,大声地骂,愤怒地骂。他手下的人,开始害怕他了。”

PMill-A是由奥斯曼·格拉底希负责的,这是个温文尔雅、轻言细语的年轻经理。

很难想象他会骂人。“我会在下午抽时间跟他淡谈。”汤普金斯先生说,“之前,

请帮我看看这些资料,亚里士多德。我们要把它们散发到楼下的空中交通控制团队

手中,我必须对这些规范文档完全乐观——准确点说,是我们。如果这些规范不能

项目管理通俗读物 最后期限 ID2002

143

给我们点帮助,那么2000年的夏天就是一次惨败。”

就靠他们两人几乎都抬不起所有这些黑色笔记本来。汤普金斯先生把它们一本

本拾起来,放在亚里士多德的胳膊上,然后又放在自己的胳膊上,直到最后只剩下

了一本。汤普金斯先生弯下腰,把最后这一本夹在胳肢窝下面。“我们到底是在干

吗?”他大声地问科诺罗斯,“为什么要给空中交通控制系统找这些额外的工作?

我们已经超载了,贝洛克还给我们找这些新的麻烦。”

科诺罗斯的声音从那堆黑色笔记本的后面冒出来。“我们做得太多,”他说道,

“因为我们担心自己做得太少。”

奥斯曼·格拉底希还是那么温文尔雅,还是那么轻言细语。但是,他的嘴绷得

紧紧的,这就明显地说明了一切。汤普金斯列席了PMilI~A项目的周例会,同时列席

的还有PMill产品经理美莉莎·阿尔伯,格拉底希的上司。会后,汤普金斯先生和阿

尔伯女士各自端了一杯咖啡站在爱德里沃利一号楼前的院子里。

“那么,PMill—A到底怎么了?”

“噢,韦伯斯特,坏消息。奥斯曼忍受不了压力了。”

汤普金斯先生摇着头:“我不想责备他。我们让A团队人员超编,把B团队和c团

队的压力都转移给他们,这是我们的责任。现在,当我心情不好的时候,我只会到

Notate—c或者PShop-c或者QulekerStill-B或者其他团队那里去看看。”

“我也是。”

“A团队的经理们就没有这种待遇。我们把他们当作牺牲品.完完全全的牺牲

品。”

“是啊。”

“这有多糟?告诉我。”

“他会变得非常尖刻。”美莉莎说道,“有时候他会大呼小叫、会红脸、会当

着别人的面训斥人。”

“你觉得还有别的事情在困扰著他吗?除了压力之外?”

“他不肯说,不过我觉得还有,韦伯斯特。你知道他跟我说什么吗?他告诉我,

项目管理通俗读物 最后期限 ID2002

144

Quirk—A可以按时完工,他觉得自己将是惟一一个延期的。我想这就是困扰他的。”

“我应该跟他谈谈吗?”

“也许再过段时间,让我先跟他谈吧0’

“随便你。”

“哦,还有人开始提出调动申请了。人们要求凋离 PMill-A,我不知道应该怎

么……”

“让我先想想。”

“你知道,韦伯斯特,你说A团队都是牺牲品。但是我们不应该这样想。我们应

该把它们看成训练的机会。哪怕这些工作都会失败,按时完工也毫无希望,这些团

队也能学会在一起工作。当下一个大的任务到来的时候,一个健康团结的 PMill—A

团队将是我们真正的财富。”

“我知道。我正在考虑空中交通控制项目。当这个项目到实现阶段的时候,我

们需要有能力的开发组。奥斯曼的团队并不理想——至少,他们的经验不是最合适

的——但是有很多工作他们都可以做。他们会是一大笔财富,就像你说的。”

“他们会.只要他们能凝聚成一个团队。不过,不用我告诉你:如果一堆程序

员感觉不到自己的价值。他们是不会形成特别紧密的团队的。现在,我对PMilj—A

已经不抱太大的希望了……”

过去几天,贝琳达一直在空中交通控制系统项目组里工作。现在,她已经让项

目组的人都集中精力去研究最新的一份联邦航空局规范,是关于无线电管理系统的。

他们还无法确定如何详细说明摩罗维亚空中交通管理系统,但是很明显,这个系统

中肯定需要涉及飞机之间的无线电联系,所以起码无线电管理系统是需要的。在加

入这部分的工作之前,韦伯斯特只用了三个小时阅读了一遍无线电管理系统的规则。

“嗨,老板。”贝琳达看起来很高兴。他注意到小组的其他人都很压抑,就连

组长格列佛·门内德斯的脸上也看不到平日的热情。他看起来不太想说话。

“好,这就是今天的问题,韦伯斯特:你对这份规则怎么看?”贝琳达笑着说。

汤普金斯先生发现自己的处境有点不利。尽管他看过这份规则,但没发现有什

项目管理通俗读物 最后期限 ID2002

145

么问题。既然此时贝琳达提出问题,肯定是有什么情况自己没察觉到。

“是规则看不懂呢,还是项目报价太低呀?”

“1.6亿美元,我已经查过了。”

“对呀。谁会在这种项目中拿出一份没人能懂的规则呢?”

“没有吗?呵呵,就让我来提一个问题试试吧。比如说,你读这份文档已经有2

个小时了。”

“实际上是3个小时。”

“那么,你肯定已经至少看过一遍了。”

“对,非常粗略地看过了一遍。然后,我又回过头来,比较粗略地又看了一遍。”

“好。请你告诉我,这个系统中接入键盘了吗?”

“唔?”汤普金斯感到有点手足无措,就好像在参加考试的时候知道自己没有看

过关键的一章,而所有的题目却都出自这一章一样。“唔,我的确没有注意到。也

许是因为我看得太快了。”

贝琳达又转向其他人:“你们一整天都在研究它,是吧?请你们告诉我,谁注意

到系统中有没有键盘?”

他们都耸耸肩。

“好问题。”格列佛说道。

“也就是说,我们都不知道。”汤普金斯承认,“这的确是个问题,系统规格

文档总是有问题的。仅仅因为这一点不完善,你也不能证明整个文档都没用。我们

很难要求十全十美。”

“韦伯斯特,好好想想我这个问题。我们面对的是一个多处理器硬件/软件系

统,它的数据库中有好几百个配置变量……”

“没错。你看,在规格文档中都有。这儿是硬件和软件,这儿是数据库——还

有完整的配置数据。所以,我们肯定能从这份文档中得到些东西,它并不完全是废

话。”

“但是它们从哪儿来,这些配置变量?”

“你说什么?”

“你怎么得到它们?”

项目管理通俗读物 最后期限 ID2002

146

“呃,我想可以从输入操作得到。如果是这样,我们可以假设系统中有一个命

令行输入设备;或者也可能在初始化的时候,跟着软件一起加载进来;或者也可能

从上位系统中传过来;或者还可能由软件来检查硬件连接情况,然后自己构造出配

置数据库。”

“对。按你的说法,有四种可能性。文档中描述的,可能是四种完全不同的系

统中的一种,这取决于它的选择。但是它什么都没选,文档根本就没有说明这些数

据到底从哪儿来。或者,让我们再看看过个:哪些配置数据必须包含在数据库中?

系统可以重新配置吗?重新配置的规则是什么?怎么分配无线电频率?怎么改变无线

电频率?消息采用什么交换方式?有没有多接收方连接?……文档中都没有说明。”

“它什么都没说。”格列佛点点头,“她是对的,韦伯斯特。这份规范细则什

么都没有规定。这就是300页含糊不清的废话。”

他想在日记中写点什么,但是写什么呢?他又花了l个小时来看这些文档,很明

显贝琳达说得非常对。作为一份规格文档,它一点用都没有,因为它没有说明任何

一个问题。但是,为什么它会被写成这样呢?难道那些科学家们就这样写规格文档的

吗?还有,为什么除了贝琳达以外.他所有的员工,还有美国联邦航空局的所有开发

者都没有发现这份文档的空洞呢?联邦航空局甚至还想用它来开发无线电管理系统

呢。就连他自己,也非常希望它能给摩罗维亚的项目带来利益。为什么会这样?他

又看到了一份毫无希望的、含糊不清的规格文档,这是一个失败项目的标志。为什

么他们要这样写文档?为什么这样的文档还能被联邦航空局接受?为什么从来都没

有人发现它是在说废话?这成了一个谜:含糊的文档之谜。

在这样温暖的秋夜里,他知道贝琳达经常在晚饭后到公寓的游泳池里去游泳,

他可以到那儿去找她。她的确在那儿,在水里慢慢地游着。汤普金斯在一张躺椅上

坐下.欣赏着她的泳姿,为她熟练的转身和无穷的精力而折服。等她出来,他就要

去跟她讨论‘含糊的文档’这个问题。在等待的时间里,他打开日记本,翻到空白

的一页,写一些东西,关于奥斯曼和奥斯曼开始表现出的古怪行为——这种行为跟

贝洛克以前用来吓唬汤普金斯的行为几乎一模一样。

项目管理通俗读物 最后期限 ID2002

147

汤普金斯先生的日记

愤怒的经理:

.. 管理中的愤怒和耻辱是会传染的。如果高级管理者喜欢骂人,低级

管理者也会有样学样(就像经常被骂得小孩很容易变成爱骂人的父

母)。

.. 管理中的辱骂常被认为是一种刺激,可以让员工提高效率。在“胡

萝卜加大棒”的管理策略中,辱骂是最常见的“大棒”。但是,哪

有人被辱骂之后还能做得更好的?

.. 如果经理使用辱骂得方法来刺激员工,这就表现出经理的无能,而

不是员工的无能。

他还不知道这些愤怒的经理们到底是为什么而愤怒。为什么他们会选择这种情

绪呢?比如说,贝洛克似乎始终都处于于狂暴之中.但这是为什幺?另一个谜。汤普

金斯先生本米打算在日记中记录下管理的成败,但是现在他在想:是不是应该改写

一本关于这些谜题的书。肯定会有很多谜题的

过了一会儿,贝琳达从游泳池里爬上来,走到他身边,围着一条浴巾:“嗨,

老板,怎么了?”

“水滴到我腿上了。”

“对不起。,”

“我被谜题难住了,全是因为你的问题。愿意跟我一起困惑一会儿吗?”

“当然。”贝琳达把浴巾在躺椅旁边铺开,坐在上面,“今天的谜题是什么?”

他苦笑着说:“那可多了,我们就从含糊的规格文档开始吧。我有两个问题:

为什么规格文档会被写成那个样子?还有,为什么从来没有人注意到?除了你。为什

么?为什么我们其他人都相信那的确是系统的规格,如果不能理解,那就是我们的问

题,而不是文档的问题?”

“这个问题比较困难。让我先从比较简单的部分开始吧,我可以回答的部分:

为什么我们这些能力很强的团队没有吹个口哨说:‘这个规范细则在骗人’?如果这

项目管理通俗读物 最后期限 ID2002

148

份规范文档不那么糟糕,我们会叫他们更努力些,以弥补他们的无能。这才是良好

的、专业的态度。但是,这份无线电管理系统规范文档实在太糟了。在文档编写课

程中,这样的文档一定及不了格。为什么他们没有告诉我们这些?”

“对,为什么?”

“如果他们中的某个人正在上文档编写课,他就会毫不犹豫地给这份文档打个

不及格。但是他们觉得自己并不是处在评价的位置上,而是处在竞争的位置上。”

“和规范文档竞争?”

“彼此竞争。我有一种理论,韦伯斯特:我们所有人在内心深处对自己的智力

都有些许怀疑。我想也许整个人类都有这种奇怪的特征:每个人在内心深处都觉得

自己的智力比其他人要低一些,并且用更多的努力来补偿自己的‘缺陷’。当我们

读到像无线电管理系统规范这种复杂的东西时,我们就暗地里认为别人都能理解,

只有自己理解不了。现在,老板进来了,他问道:。你们看得怎么样了?都搞定了吗?’

你手足无措了,该说什么呢?你只好给自己掩饰,说:‘喔,很好.老板。我是说,

当然.它很复杂,当然,但是只要再给我点时间……’。其他的人也都这样说。”

“所以,就没有人会吹那声口哨。”

“我很久以前就知道这个了,韦伯斯特。没人会告诉你这份文档根本没用。人

们也许会抱怨说它写得不够清楚,但是不会告诉你真正需要知道的:那根本不是一

份规范文档,规范文档需要做的事情它一件都没做。它根本什么都没有规定。”

“那么,你怎么能看透呢?难道你心里就没有自我怀疑吗?”

“你是在问一个住在棕榈树下的女人吗?严肃点。当然,我也有小算盘,跟别人

一样。但是,我已经经历太多这样的事了。我知道有些规格文档完全就是垃圾,所

以我学会了看穿这些垃圾。比如说,我有一些很机械的规则。”

“请跟我分享吧,我好想知道你的规则。”

“好,我会告诉你的。按照定义,所谓‘规格’是一份报告书,它描述了系统

——一组既定的反应——怎样对外部的世界作出反应。每个规格都有两个部分:首

先,应该有一组策略表明系统怎样响应事件;其次,需要一组输入和输出,让事件

和响应能衔接起来。不管系统有多么复杂,这第二个部分都非常简单:所有的输入

和输出都是可列举的数据和控制流。它们都应该是可以命名或者编号的。它们也可

项目管理通俗读物 最后期限 ID2002

149

以度量——例如用流中的数据元素数量来度量。而且它们也是可以计数的。”

“你是说如果一个系统真的很复杂,所有的复杂性也都应该在策略中。”

“对。这些策略决定了输人怎样转换成输出,它们可以有任意的复杂度。但是

输入输出始终都只是输入输出。你可能永远都不能理解转换过程,但是如果规格文

档有任何价值.它就必须准确地告诉你系统接口的特性。如果它连最起码的输入输

出数晕都不能提供,那么这份规格文档就及不了格,它根本就不能算一份规格文档。”

“所以,每份规格文档起码都必须有完整的输入输出统计,也许还要有每个输

入输出一个名称和位置。”

“这是起码的。这样的规格文档也许还得不了‘优’,但起码不会像这个无线

电管理系统规格这样毫无用处。”

他沉思了一会儿:“好吧,也许这就能解释无线电管理系统项目的问题了。系

统中的确有极其复杂的转换策略。而规格文档的编写者在试图描述转换策略的时候

陷人了泥潭不能自拔,以至他们忘了做相对简单的部分。在这种情况下,我们可以

得出结论:这个系统太复杂.也许根本就不能详细说明。这就是规格文档失败的原

因。”

“我不这样想,还有些其他的原因,我也会告诉你这方面的理论。但是,首先

我要指出:不管转换策略有多复杂.详细说明系统的绝大部分只需要列举出输入和

输出。我请你想象另一份无线电管理系统规格文档,想象它只有20页。它完整而详

尽地列出了输入和输出,每个输入输出都有名称,定义精确到了数据元素的层次。

在输入输出的意义很重要的地方,会有对信号的描述,也许甚至包括电压、脉冲宽

度等数据。这就是我们的输入输出列表,假设其中有20种输入和30种输出。现在,

在‘转换’部分,我们只写上一句话:‘20种输入和30种输出以某种方式联系在一

起。’这份规格文档怎么样?”、

“贝琳达,这份规格文档糟透了!完全是模糊不清的。”

“在转换策略的描述上,的确。但是在输人输出的描述上,它既清楚又完备。

换句话说,简单的部分做得很完美,只有困难的部分才写得不清楚。”

“那么,你想说明什么?”

“我想说:这样一份规格文档,尽管如此不完善,至少可以让无线电管理系统

项目管理通俗读物 最后期限 ID2002

150

项目正常运转,也许还可以让这个项目免于被起诉。开发者能看到其中的缺陷,他

们会写出自己对于转换策略的设想,并把这些设想提交给系统管理员和项目经理,

得到他们的批准或者改进意见。我所说的这个20页的规格文档是一份直正糟糕的文

档,但是它比联邦航空局的那份文档要好太多了。”

他毫不怀疑这一点。但是听她说了这些,他又有了一个新的问题:“那你说为

什么他们要这样写文档呢?为什么他们要把它弄得那么含糊?”

她大笑起来:“我最后终于找到了答案。一开始的确不容易理解,但是当我掌

握了普遍的规律之后,特定的实例就很容易弄明白了。”

“‘普遍的规律’是……?”

“文档中的含糊意味着没有解决的冲突。”

“冲突?”

“冲突。系统是各个相关人群协商得到的。包括所有者、用户、投资方、开发

者、操作员和管理员。在无线电管理系统这样复杂的系统中,相关的人可能有好几

十种。有时候,他们无法取得共识,这时就会产生冲突。举个例子:假设无线电管

理系统的某个协商者希望变量初始化能由系统操作员直接控制,而另一个人却希望

能集中管理所有变量的初始化。”

“啊,他们就产生冲突了。如果冲突不能解决的话。。。。。。?”

“规格文档就不得不模糊。比如说,文档不能说明系统中是否有方便操作员直

接输入的键盘,也不能明确指出所有的配置变量。每一个清楚的描述都会遭到一个

或几个人的反对,因为要作出清楚的描述,就必须在他们的冲突中做一个选择。”

“规格文档的编写者可以写出清楚的文档,但是……”

“他们就必须表明自己的态度,在冲突的双方中作出选择,然后就会被另一方

生吞掉。”

“这多郁闷啊。他们不去解决冲突,而是用含糊的语言来编写文档。”

“总是这样。现在。只要在规格文档中看到任何不明确的东西。我就会四下寻

找冲突,而且总是能找到。我相信,光想着‘写出明确的描述’之类的是根本没有

用的。需要提高的不是我们的表达能力,而是解决冲突的能力。”

汤普金斯先生望着远方的群山和天空.几颗星星悄悄地升起。他任由自己的思

项目管理通俗读物 最后期限 ID2002

151

绪漫游在天际。

过了一会儿,贝琳达问道:“吃点晚饭怎么样,老板?”

“你先进去,贝琳达,去把餐桌订好。我一会儿到餐厅来找你。”

她收起自己的东西,走进了公寓。汤普金斯先生抬起日记本,又开始写。

含糊的规格文档:

.. 规格文档中的含糊隐含着不同的系统参与者之间存在着未解决的冲

突。

.. 如果一份规格文档不包含完整的输入输出列表,那么它就是毫无希

望的,它根本就还没开始说明任何东西。

.. 没有人会告诉你一份规格文档是不是糟糕。人们往往倾向于责备自

己,而不是责备文档。

目录
设置
设置
阅读主题
字体风格
雅黑 宋体 楷书 卡通
字体大小
适中 偏大 超大
保存设置
恢复默认
手机
手机阅读
扫码获取链接,使用浏览器打开
书架同步,随时随地,手机阅读
首 页 < 上一章 章节列表 下一章 > 尾 页