按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
“这是个开始。”汤普金斯先生对他们说道，“你刚才画的，加布里埃尔，是
建议对我们的系统进行重新设计。我们在这里设计、建造系统．但我们自己也是一
个系统。你刚才重新设计了我们自己这个系统。在我们开始执行之前，我建议我们
像对待其他的设计那样对待这个设计，要让它通过B、 c团队中使用的那种设计过
程。”他转头对科诺罗斯说：“亚里土多德，能给我们指点指点吗？”
科诺罗斯微笑着站起身来：“没问题，老板。”然后，他问其他人：“伙计
们。带上你们的设计帽。好了吗？好，我们上路。”
项目管理通俗读物 最后期限 ID2002
194
贝洛克不在，再也没有人能阻止汤普金斯先生回到最初的进度安排。实际上，
他立刻就已经这样做了，所有的人都感到极大的轻松。新的日期给所有的B团队和c
团队带来很大的成功机会，即使是其中最大的团队。而比较小的，比如 Quickerstill
项目，有可能大大超前于新的目标。实际上，他还是没有放弃一个希望：在6月1日
之前至少交付一个产品。贝洛克走了，但汤普金斯仍然想着贝洛克那个该死的期限。
他甚至还让比尔齐格女士继续保持在办公室里的那块倒计时牌。现在是2月中旬，倒
计时牌上写着：到交付日只剩106天！
团队重组完成以后，汤普金斯先生可以做的事情就非常少了。每天的大部分时
间，他就到处走走看看，跟人们聊聊天，听听他们发牢骚，对所有干得漂亮的活表
示赞赏。另外，最多的时候，他就看有没有可能帮上忙，不过这种机会并不多。，
项目都进展得很顺利，他感觉自己变得无关紧要了。
贝琳达也有这种感觉。她现在有越来越多的时间回到海港公园去，坐在棕榈树
下读书。除非天气不好，她几乎都不到爱德里沃利来了。 一天下午，汤普金斯先
生带着一盒午餐到公园去找她。
“没事可干。”他对她说。
她嫣然一笑：“你的工作已经完成了，韦伯斯特。这正是项目理想的结束方式，
但是很少有人真正做到过。现在，你惟一需要做的就是拿起望远镜，看着这一切是
怎么发生的，就像巴顿将军那样。”
这么久以来，她第一次重提电影里的这一幕，韦伯斯特被吸引住了。一开始．他
觉得最好的结果就是可以肯定所有的计划都能成功完成，然后放心地宣布自己的成
果。至于更好的结果。他根本不敢想像。但是，现在他正处在后者的状况上，他都
快要为之疯狂了。巴顿是不是也有同样的感觉？他这样想道。
午餐以后，他离开了公园，到公寓图书馆去借了这部电影。他拿着录像带走进
了自己的房间，单看前面巴顿将军拿着望远镜观看战场的那一段。出乎韦伯斯特意
料之外，这一幕情景和贝琳达的记忆还略有些不同。的确，巴顿几乎一直在看着战
役进行，什么都没干。运筹帷幄、训练部队、提供后勤支援、策划第一次进攻，他
的确已经完成了这部分的工作。但是，在这一幕的最后，他放下了望远镜，派一个
项目管理通俗读物 最后期限 ID2002
195
信使到布拉德利将军那里，对计划做了小小的修改。他又插手干预了，这才是真正
的管理。你训练好所有的部队，让整个战役几乎可以完美地发展。你静静地看着，
只是确保它按照计划发展。但是，如果情况有一点点偏差，你就应该插手。
“事情发展得太顺利．我都没事可干了。”谈到Quicker— StillC项目的时候，
莫莉马克莫娜对他说， “这很好．放心。科诺罗斯的设计方案有一个好处：它给
我们提供了绝佳的度量方法来管理项目的这一部分。我们知道有多少个模块，也可
以相当精确地预测有多少行代码、多少个错误、每个错误会耗费多少时间、每一类
工作还剩下多少工作量……”
“你怎么能肯定对代码量的预测是准确的呢？”
“哦，我们已经完成了一半模块的编码。在前面大约400个模块中，我们就可以
看到预测技术是否准确。所以，现在我们可以相当放心地说：在剩下的模块中，我
们也能预测得很准确。”
“建构计划给我们一种一切尽在掌握中的感觉。”她继续说道，“这儿，来看
这个。”她带着他走进QuiekerStiUC的作战室，让他看墙上的一幅彩色图表。“一
开始，我们计划在60次建构之后发布产品。每次建构都是整体的一部分，都在前一
次的基础上添加新的特性。你看，今天得到的是第24号构件。从这张工作表上就可
“看出，24号构件有409个模块。上周完成的23号构件……”她找到了与23号构件相
关的工作表，“……有392个模块。所以，在这次新建构中，我们增加了17个模块。
还有这儿，你看这些模块的编号和这17个模块的规模。”
“好。”
“简直是太好了。我们可以根据一次建构在整个产品中的百分比来评价它。还
记得吗？一开始我们估计整个产品有1 500个功能点。后来，我们又把这个数字修正
为l 850个。当我们完成l号构件的时候，它实现了全部功能点的2％左右．37个功能
点。2号构件又增加了30个，所以．当2号构件完成的时候，我们知道自己已经成功
地实现了全部1 850个功能点中的67个，也就是3 6％。由此。我们可以断定：整个
集成工作——也就是从l号构件开始到整个产品交付的这部分工作一已经完成3 6％
了。”
项目管理通俗读物 最后期限 ID2002
196
“现在，这张图也显示了同样的结论。”
“图中的每一条竖道表示一次建构，深色的这些是已经完成的。我们已经把整
个产品的接受测试分成了小块．这样我们就可以针对每次建构进行接受测试。除非
一次建构可以毫无问题地通过它自己的所有接受铡试，否则这次建构就不算完成。”
汤普金斯先生指着24号构件的那条竖道：“那么，当24号构件通过测试以后．你
就知道：你已经走完46％的路程了。”
“对。现在，我们以两天或者三天一次的速度进行着建构。”她走到图的右
边．“所以，现在你知道为什么我们可以这么自信地说：我们能在6月的最后一个星
期完工。我们一直从产品本身那里得到信息。这就是一次成功的建构，产品会告诉
你离完工还有多远。”
汤普金斯先生悲哀地看着她手指下的那个日期。他还是希望在6月1日之前完成
一个项目。这样他就能好好地嘲笑贝洛克一番了。“难道不能再加快一点吗？我是
说……我不是在埋怨……这个项目进展得非常好，只是……”
她微微一笑：“我知道你在想什么，韦伯斯特。6月1日，对吗？有时候我也会这
样想。好吧，老实说，我不知道再怎么加速了。我们现在测试构件的效率已经非常
高了，所以，我们可以再把速度提高一点。但是，制约我们的因素是生产时间，你
看。”她指着墙上的另一张图，“这是每个模块消耗时间的情况，包括编码时间、
检查时间、单元测试、文档等等，这些都是在进人构建之前必须要做的工作。”
“没什么可以缩减的了吗？”
她又看了一眼那张表：“我觉得没有。最费时间的部分就是检查，每个模块编
码完成以后都要马上检查，这通常需要三个人一个小时的时间。我不知道怎么缩减
整个过程，但是我知道我们无法缩减检查的时间。”
她的话让他若有所思。别去看那些你不知道的东西，他告诉自己，注意那些已
经知道的。置你于死地的不是那些你不知道的东西，而是那些你知道不会置你于死
地的东西。“你怎么知道无法缩减检查时间的？”他问道。
“这是过去10年的经验告诉我们的，韦伯斯特。检查是避免错误最简便的方法。
如果你不通过检查避免错误，那就只能通过测试来找到它们，这样会浪费更多的时
间。”
项目管理通俗读物 最后期限 ID2002
197
亚里士多德·科诺罗斯正好路过，就加入了他们的谈话。“对，这是有据可查
的。”他插嘴说，“保证产品质量最简便的方法就是代码检查。”
“我们都知道，我们想要的就是高质量的产品。看这里。”她自豪地指着另一
面墙上巨大的红色显示屏，上面写着“14连胜！”；
“什么14连胜？”汤普金斯先生问她。
“14次检查，没有查到一个错误。”她看上去极其高兴。
“太厉害了。”汤普金斯承认，“不过．我觉得我们其实完全不用做这14次检
查，省�