最后期限 the deadline-第12部分

快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部! 如果本书没有阅读完，想下次继续接着阅读，可使用上方 "收藏到我的浏览器" 功能 和 "加入书签" 功能！

了，我们不要放弃。想想我们来这儿的目的：干好工作，学习。我们要坚持下去。”
“但是如果我们继续这样做．怎么可能不给韦伯斯特带来危险呢？”贝琳达问道。
“我们不会给韦伯斯特带来危险，因为我们会让韦伯斯特完全接着贝洛克的意
思去做。”
“你的意思是让我去把这18个团队合并成6个超级团队，让他们都严重超编？”
“是的，因为你别无选择。而且，你还必须公布6月1日这个最后期限，还要向
所有人宣布：任何的延误都会造成数百万美元的损失。你要做这一切，捏着鼻子也
得做。”
“但是加布里埃尔，那我们还怎么把工作做好呢？”
“我们又能从这6个人员超编、不堪重负的愚蠢团队中学到什么呢？”贝琳达补
上一句。
“我们一直在犯一个错误：我们把这件事情想得太绝对了。”准将对他们说，
“这一整天里面，我们一直认为：要么按照自己以前的计划来做项目，保存我们的
项目实验室；要么就向那个杂种投降。这就是我们的错误。这两件事不见得是‘或’
的关系，也可以是‘和’的关系。”
“解释一下。”
“就是，请解释一下。”
“我们把项目合并起来。把二个Quickerstill团队合并成一个。这会给我们带
来一个人员超编的团队和两个无所事事的经理……”他不再说下去了。
“啊。”韦伯斯特说道，“我知道你的意思了：我们可以设一个人力仓库，把
项目管理通俗读物　最后期限　ID2002
93
暂时没有工作的人吸收进去，然后在里面开两个新的团队，让这两个没事干的经理
去管理。对于其他的产品也是一样。然后，我们又重新得到了每个项目的三个团队。”
“太对了。”
“只是新团队会落后几个月……那又怎么样？”贝琳达看上去高兴多了，“找们
已经学到了很多尔西，还有模拟程序指导着我们、我们还可以把以前B团队和c团队
的工作成果拿给新的团队去开发，我想这会有效果。我想这能成功，加布里埃尔。
你觉得呢，韦伯斯特？”
汤普金斯先生想了一阵：“当然，有可能成功。不过我们必须小心，必须保守B、
c团队的秘密，不然会惹贝洛克生气的。”
准将笑着说：“交给我吧，我的朋友，我可是保守秘密的专家。在以前的摩罗
维亚，这是一项重要的技术。”
“在新的摩罗维亚也是一样，”韦伯斯特补充道，“我们现在也看到了。〃
“那幺，我们就要让韦伯斯手下所有B团队和C团队的经理都搬到加布里埃尔那
栋楼里面去，重组他们的项目，而且还要把他们藏起来。”
“对。不过我还发现一个问题。”
“什么，韦伯斯特？”
“某个B或者C团队可能远远提前于相应的A团队完工，从模拟程序上就可以看出
这一点。如果真的发生这样的事情，贝洛克就会发现自己完全是在多管闲事：他那
些人员超编不堪重负的团队将被我们这些小型的团队打败。他绝对不会忍气眷声
的。”
“所以我们就不要告诉他。”贝琳达提议，“我们只管发布产品．然后告诉全
世界：是贝洛克部长重组的超级团队这么快地完成了工作。没有他的干涉．我们需
要3倍于此的时间。”
“但是这也太可怕了。”汤普金斯先生说道，“所有的荣誉都给错了人。”
“但是我们都知道，我们的员工也都知道，那还有谁在乎呢？只要贝洛克不知道
就行。”
“她是对的，韦伯斯特。”马可夫准将对他说，“记着我们为什么要来这儿：
干好活，学习。我们不会妨碍这个杂种，这只是个小问题。他每天都会得到他想要
项目管理通俗读物　最后期限　ID2002
94
的。”
“嗯。”汤普金斯先生也感到好多了。是不是能成功，他还不敢肯定。但是．至
少做些事总比直接举手投降要好。“当然，你们是对的。我们就这么干。”他最后
说道，“这样，项目管理实验室得救了，起码现在是。我有一种感觉，我们会学到
一些根本没有想到过的东西：在离开的时候，我们会充分了解超编的团队会对项目
造成怎样的伤害、什么程度、以什么方式。好吧，朋友们，打起精神来，我们有活
要干了。”
很晚了，汤普金斯先生跌跌撞撞地回到住处，走进自己的房间。换上睡衣．他
真想直接就上床睡觉——现在已经凌晨两点多了。不过，他还是在床边的小写字台
前坐下，拿起了笔：
病态的政治
。。　每一天，你都必须准备拿自己的工作打赌．．．．．．．
。。　．．．．．．但是这也不能保证“病态的政治”影响你。
。。　“病态的政治”可能在任何地方出现，哪怕是在最健康的组织里面。
。。　“病态的政治”的特征：对个人权势的渴望超过了组织本身的目标。
。。　即使这种不合理的目标与组织目标背道而驰，它也可能出现。
。。　“病态的政治”最恶劣的副作用：它精简项目变得危险。
他又回过头去看了一遍自己写下的东西。最后的一条是最让他沮丧的。他们用
贾米德的模拟程序用得越多，就越清楚地认识到：非常小的团队能够产生非常大的
物质生产力。有时候，小型的团队可以在很短的时间内创造奇迹，而大型团队极少
能做到同样的事情。但是，小团队不可能得到足够的政策支持。通常你都不敢尝试
让四、五个人去创造奇迹。如果你试了，失败了，那么总会有人来做事后诸葛亮：
“如果你加了12个人，项目早就成功了。”在这种环境下，经理只好作出惟一安全
的选择，任由团队超编。尽管在他们的内心深处也完全清楚：这样做根本是错误的。



第１２章　数字人
在贝洛克部长突如其来地下达命令之后，汤普金斯他们就把每天的大半时间都
用来面试挑选新团队的成员。这项工作进行得比预期的要快一些，因为有6个产品经
理和12个最近没事可干的B团队和c团队经理的帮忙。他们分成了7个三人小组，穿梭
在马可夫准将的员工之间，寻找最好的人。遗憾的是，最具天才的人都已经被他们
在1月和2月的面试中挑选到了。毕竟，他们一直都在寻找员工中的精英，而且毫无
疑问，精英几乎都已经被找出来了。现在，所有最优秀的开发者组成了6个A团队：
产品　A团队
经理　员工人数
Notate　卡诺蒂　35
PMill　格拉底希　33
PaintIt　阿尔维斯　48
PShop　奥里克　60
Quirt　博斯特　42
QuickerStill　格罗斯　26
按照他们的判断，所有的A团队都是严重超编的。他们注定要失败。但是，这并
不意味着汤普金斯先生可以把他们扔在一边不管。他仍然必须管理这些经理，单单
这件事就会用去他一大块时间。在公开的组织图上，他直接领导这6个　A团队的经理。
当然，他们在这张图上做了些手脚，这是为了瞒住贝洛克真相。真正的组织结构跟
巨变发生之前差不多，6个产品经理和马可夫准将都直接向汤普金斯汇报工作。
跟以前一样，6个产品经理每人负责3个项目团队：重组之后的A团队，以及新组
建的B团队和C团队。完成人员编制以后，他们总共有18个独立的项目：
项目管理通俗读物　最后期限　ID2002
96
产品　产品　A团队　B团队　C团队
经理　经理　员工　经理　员工　经理　员工
Notate　切尔西　卡诺蒂　35　宫富　10　塔奇　4
PMill　阿尔伯　格拉底
希
33　勒图斯　8　奥里昂　4
PaintIt　波戈　阿尔维
斯
48　索姆廷
斯
11　内弗尔　5
PShop　波基平　奥里克　60　伊斯贝
克
16　阿特贝克　7
Quirt　博斯特　博斯特　42　阿菲尔
斯
12　卡巴克　5
QuickerStill　格罗斯　格罗斯　26　卡塔克　3　马克莫娜　6
汤普金斯和A团队驻扎在宏伟而醒目的爱德里沃利l号楼里面。准将在爱德里沃
利7号楼里面找了个地方，6个产品经理和B、c团队就藏在那里。
就在莱克莎突然消失后第三周的一个早上，汤普金斯先生在信件里发现了一张
轻松活泼的明信片，是她寄来的。明信片的图案是一群学生围着一位街头音乐家，
他几乎可“肯定那是在哈佛广场。在背面是她那娟秀的字体：
亲爱的韦伯斯特：
我在这儿，在马萨诸塞偶然碰到了一个有趣的小公司。他们的职业就是度量，
度量所有东西，特别是软件。他们有一种特殊的手段，可以完全从外部判断软件产
品的大小，度量的结果用他们所说的“功能点”来表示。当然，我立刻就想到了你。
我已经与他们的顾问约翰卡波诺斯先生联系过了，他会来拜访你。
祝一切都好！
莱克莎
项目管理通俗读物　最后期限　ID2002
97
过了几天，汤普金斯先生收到了来自一家名叫“剑桥”的公司的传真，叫他第
二天早上到瓦斯乔普机场去接约翰·卡波诺斯。飞机着陆了，第一个走出机舱的是
一个看上去很亲切的男人。他的眼睛闪闪发亮，看上去好像身体里的时钟跑得比普
通人要快1倍。而且，他说话的速度也的确比普通人要快上1倍。
他的话就像机关枪里蹦出来的子弹一样：“你估计在摩罗维亚有多少程序员？”
当他们坐在轿车里的时候，他问汤普金斯。
“呃，我说不准，不过……”
“2　861。这是今年的统计数字。你估计有多少台计算机？”
“唔……”
“工作站只有3　000台多一点，其中36％的操作系统是　Mac、55％是Windows、8
％是Unix，其他的是多系统。12台互联网服务器。160部手持管理器，几台老式大型
主机，绝大多数是军方在使用。”
“哦。”
他冲着汤普金斯轻松地笑笑：“我从来没到过摩罗维亚。这儿很美，不是吗？”
“是啊。”
“室外日间平均气温华氏78度，也就是，我算算，摄氏25。6度。平均年降水量
66．8英寸……就是说，我敢打赌，他们在这儿能酿出最好的酒。”
“确实是美酒。”
“而且肯定有很大的产量，大概每年有5　800万升。这相当于新英格兰地区加上
纽约州——可能还要加上宾夕法尼亚州——每年的葡萄酒进口量。并不是说美国东
北都的人特别能喝酒……其实每个人每年只喝大概4．2升。当然，并非所有这些都
是进口的，进口酒只有38％。”
汤普金斯先生听得只会傻傻地点头了。
四个半小时以后，约翰·卡波诺斯又走了，送他去机场的是瓦尔多。他要马上
飞去安卡拉，同一天晚上还必须到赫尔辛基。然后，第二天他要到都柏林，再从那
儿出发去南美做一次五国巡回演讲。
项目管理通俗读物　最后期限　ID2002
98
汤普金斯先生的办公室里就像刚过了龙卷风一样。手册和报表胡乱翻开着，便
笺纸上写满了算式，白板上也写满了字。汤普金斯先生正在努力把早晨极其激烈的
工作中遗留下来的这些东西整理起来，加上注释。在一个角落里，马可夫准将躺在
一张折叠椅上，看上去还在犯晕。
汤普金斯也还没有完全从震惊中恢复过来。这是他这么多年以来过得最充实的
一个早晨。当然，他也不想再有这样的一个早晨了，连一点休息时间都没有。但是，
在这样一个紧张的早晨，他们也得到了一个非常有趣的结果：约翰·卡波诺斯用他
那独特的潦草笔迹写下的一张紧凑的数据表。这张表在活动挂图上只有一页，他们
把这一页挂在了桌前的黑板架上。它描述出了6个软件产品的规模：
产品　规模
Notate　3000　功能点
PMill　2200　功能点
PaintIt　3800　功能点
PShop　6500　功能点
Quirt　3200　功能点
QuickerStill　1500　功能点
“嗨，伙计们。”这是贝琳达·宾达。她错过了早晨的会议。“嘿，看起来好
像你们已经享受了美好的一天了哦？谁把这儿搞成这样的？”
“一位约翰·卡波诺斯。”汤普金斯先生告诉她。
“噢——我听说过这个人。我听说他有无穷无尽的能量。”
汤普金斯先生和准将赞同地点着头。
贝琳达转头盯着活动挂图：“‘功能点’是什么东西？等会儿，别回答。我想我
还没必要马上知道。”过了一会儿，她回过头来看着他们，两眼放着光：“哇，太
漂亮了。加布里埃尔，韦伯斯特，你们还不知道我们得到了什么吧？”
准将摇着头：“我觉得它会很有用，我觉得它是个好东西。但是准确地说……”
贝琳达高兴得快跳起舞来了：“太漂亮了，太漂亮了！想想看，它和我们以前画
项目管理通俗读物　最后期限　ID2002
99
的模型有什么联系。我们已经画好了流动模型，”她走到墙上钉着的一个模型旁边，
“容器被管道抽空，流过阀门。但是，流动着的究竟是什么？在我们的模型中移动着
的是什么？在容器里放着的又是什么？”
“我不知道。”汤酱金斯对她说，“完成程度？”
“或者质量。”准将补充道，“工作的某种抽象的量化指标。”
“不，你们这两个傻瓜。在模型中流动的就是功能点。你们看”她把活动挂图
翻到空白的一页，拿起一支笔，“看看这个。”她飞快地画着。
“我们完全可以用这种方式来观察每个项目。从最粗放的层次上来说，项目就
是一个阀门。”她用笔在图中间的阀门上敲打着，“在左边，有一个待开发产品的
容器；在右边，有一个已完成产品的容器。开始的时候，右边是全空的，因为我们
还什么都没干；而左边则装满了功能点。多少？呃……”她翻回去看卡波诺斯的数据，
“这里有数据：比如说，Notate项目有3　000个功能点。”她把这个数字写在左边的
容器旁边。
“现在我们很自然地要对‘项目’这个阀门做下一步的分解。我们建模的依据
是团队、人员划分、压力影响、最后期限、人员水平、关键途径延迟……一切的一
切。所有这些，我们都会用更低层次的管道、阀门和容器来模拟。现在，当我们把
项目运转起来以后，左边的容器慢慢就空了，功能点通过’项目’这个复杂的阀门
或者阀门网络流到右边的容器里面。当所有的功能点都流过去的时候，项日就完成
了！”
在下午剩下的时间里．他们把自己关在汤普金斯先生的办公室里，重建卡波诺
斯给他们看过的规模度量算法。另外，他们还在努力弄清卡波诺斯早上扔给他们的
那一大堆信息。在进行计算的时候，约翰·卡波诺斯习惯飞快地从嘴里蹦出一些数
项目管理通俗读物　最后期限　ID2002
100
据，例如“1994年美国的软件平均开销是每个功能点1　050美元”或者“软件维护工
作平均需要每个维护者维护的产品的500个功能点”或者“未调试的代码每个功能点
中就会潜藏着5．6个错误”。汤普金斯先生拼命跟上他的节奏，在索引卡片上记下
了一个又一个的数据，但还是达不到他吐出这些数据的速度。现在，他们把这些卡
片排列起来，在里面寻宝。
“我们现在还不知道，”准将说道，带着点气馁．“我们组织的生产力情况。
看看卡波诺斯给我们的这张图里的变化范围：从每月2个功能点一直到90个。但是我
们有多少？”
“我也不知道。”汤普金斯对他说。
“但是也不是不能算出来。”贝琳达·宾达说。
“当然，只要有一点时间。”汤普金斯先生表示同意，“到我们的第一个项目
完成的时候，我们就能得到数据。再稍晚一点，就有多得多的数据。今后几年中，
我相信我们一定可以回答加布里埃尔的问题。我们会知道组织的平均生产率，以及
平均数上下的变化。我们可以按照项目规模、团队