按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
有效果。
“把工作项目中最优先的全都做完”也许是很重要的，
但是工作清单上最优先的未必能构成一个完整的小项目，
分属各大类中的最优先项目，可能只是一堆彼此不怎么相
155
微软研发·致胜策略
进度狂下载
干的工作。
然而，“完成绘图子系统”就是一个完整的小项目了，
所有的工作项目都属于同一主题，各工作项目之间需要紧
密协调。您不妨用一个独立的日程表和工作清单来提醒组
员该做的事情，但是总体来说仍然是属于大项目的开发路
线。小项目并不是分头完成3 5 2件毫不相干的工作，而是
完整地完成一个子系统，而是可以被当成即将出货的产
品。
假设您打算在家里请客，所以去超级市场大采购，您
大概不会只买请客用的东西，只要是需要的都不妨顺便买
齐，您也不会到了超市才开始想我要买什么，或是我忘了
买什么，或是我一定还有什么地方没想到。您一定是把请
客采买当作目标，先拟好一张购物清单，买好了就打个勾
勾，而且同类的东西一起买。很简单的常识，因为这样做
最快嘛。
我前面引述过的那件e…mail 中，那位主管强调每件
事都得设想周全，每一件事都要好好收尾，不要因此而
“为山九仞、功亏一篑”。组员在审视自己的工作清单时，
重心会放在自己，我还应该做什么；审视小项目时，重心
则在整个软件，去找出所有相关的工作，还有什么是该完
156
微软研发
致胜策略下载
成的。
任何没有主题的阶段性工作就得依赖工作清单来推
动，因为没有主题，您当然没法子找出与这主题相关的工
作，这样的话，整体工作的进行就比较零零散散；如果是
分成各有主题的小项目，整体工作的进行就会比较系统
化。
把长期的大项目，分成几个完整而独立的小项目，
各小项目必须有一个主题。
哇哟！真棒！
同样是从大项目切割出来的小项目，想想以下哪种较
令人兴奋？是完成某一主题的全部工作、还是完成许多不
相关的工作？我想用装璜房子的比喻来说明其中的差异。
您有一间新房子正在装璜，工作进行到了一半时您去看看，
下面那一种情况是您会感到很明显的惊喜？情况一是某间
卧房的墙壁粉刷好了、起居室的灯饰安装好了、客厅的地
毯铺好了，情况二是客厅全部完成，其他部分则是都还没
157
微软研发·致胜策略
进度狂下载
开始，我想答案是后者。同样的，当您完成了一个小项目，
最好能带来一种“哇哟！”的惊喜气氛，让每一个人—
包括整个开发小组、Beta 测试参加者、高层主管—都
明显感觉到项目又向前推进了一大步。相反地，如果每一
个小项目都是这里改点东西、那里加点东西，整体看起来
似乎没有明显的进步，就没有令人振奋的效果。
当然，唯一的难题是如何将大项目切割成小项目，才
不会在各小项目之间造成掣肘或冲突，不过以我的经验来
说，这个难题是可以解决的。
想办法创造一些“哇哟！真棒！”的欢呼吧，因为这
是激发小组创意的动力之一，对于士气的鼓舞是非常有效
的。
加强“哇哟！”的效果
如果小项目的目标是“把工作项目中最优先的全都做
完”，也就是依照总工作表的优先级划分小项目，那么，
小项目只不过是一大堆互不相干的工作混杂在一起。如果
小项目的时间紧迫，项目经理可以悄悄调整总工作表中的
优先级，这就掩饰了这个问题，也许可以让项目经理觉得
舒服些，但却埋下了隐忧。
158
微软研发
致胜策略下载
如果小项目的目标是“完成所有关于画面的程序，好
让文件小组确定手册中的执行画面”，这就是有明确主题
的目标，而且根据这个目标，很容易可以判定哪些工作该
做，哪些是不该做的。对于任何一件工作项目，任何人
（哪怕他是笨蛋） 都可以立即判断它是否会影响使用者界
面，应该现在完成，或是延后到下一个小项目。
您可以采用各种不同的方式来将项目切割成小项目，
只要记得您的原则是：小项目应该有一个明显的主题，能
够产生令人惊喜、振奋士气的效果，这样就对了。当我们
在开发M a c i n t o s h的C/C＋＋ 交叉发展系统（ M a c i n t o s h
C/C＋＋ cross development system） 时，我们的各个小项目的
目标如下：
把编译器中所有英特尔80x86 的专属指令区隔开来，
以使编译器能够支持其他类型的处理器。
◆ 在编译器中加入MC680x0 的程序代码产生器。
◆ 撰写MC680x0 的汇编程序码表列功能。
◆ 撰写MC680x0 的对象文件（object file） 产生器与相
关的支持工具。
◆ 连结单段（single…segment） 应用程序，让它能够执
行。
159
微软研发·致胜策略
进度狂下载
◆ 连结多段（multi…segment） 应用程序，让它能够执
行。
◆ 在编译器中加入程序代码优化的功能。
◆ 。。
我之所以定出以上这几项小项目的目标，是因为它们
都可以在两个月内完成，且容易理解，同时，除了第一个
目标“隔离80x86 专属指令”之外，其他各小项目都有明
显可见、令人兴奋的结果。当我们第一次看到编译器能够
正确产生可执行码，以及第一次看到屏幕上印出正确的汇
编程序码时，全组都跳起来疯狂欢呼。当我们第一个测试
程序完成正确的链接而执行成功时，我们确定这个产品已
经合格了，而优化功能确实可以发挥作用时，我们相信自
己的作品已经能与市场上的其他两个编译器竞争了，我们
的兴奋真是笔墨难以形容！
不要忘记细节
前面列出的阶段性目标是为了说明上的简洁扼要，事
实上并不那么简短。“连结单段的应用程序，让它能够执
行”是一个概念，并没有表达出足够的细节，真正的阶段
性目标还要更明确：
160
微软研发
致胜策略下载
我们应该能把任何一条M a c i n t o s h程序，拷贝到一个
目录之下，更名为test。c，然后键入make 就能编译器程序，
并正确地链接函数库，而我们在直接联机到M a c i n t o s h的
开发用P C上，对此执行文件的图像双击左鼠标键，就能
执行这个Macintosh程序，执行结果必须完全正确。
从这段详细的描述中，您就可以了解，我们必须处理
编译器中所有尚待“收尾”的工作：包括支持M a c i n t o s h
特有的C 语言扩充功能，而这些扩充功能设计上的用意
是使它能与PASCAL 的程序兼容，像是p 可以支持
PASCAL 的字符串、call…back 的呼叫方式、ROM trap、占
4 个字节的长整数（long） 资料类别等等；还有修改8 0 x 8 6
的连结器，使其支持MC680x0 指令，并能产生在
M a c i n t o s h上的可执行码；此外，我们还得编写开始执行
的激活码（startup code），补充一些C 的函数库，还要写在
开发用的P C与测试用的M a c i n t o s h之间控制传送的程序。
。有一堆事情要做呢！
您不一定要设定如此积极的目标，实际上有些细节看
起来虽小，其实是很不容易做到的，尤其是可能影响别组
的工作，所以这方面可能难免需要妥协。我想最重要的是
目标要详细清楚，同时得注意不要忘掉细节部分。
161
微软研发·致胜策略
进度狂下载
我当然也可以照优先级来分割小项目，把比较重要的
工作排在前面，但是如此的安排就不可能产生那种惊喜的
效果，亦没有激励的作用，也就失去分割小项目的主要用
意了。
为了让小项目既能振奋人心，又够实际，我们不
采用简单的测试程序（像“hello world” 这样的），而
是在每一个小项目中做出真实、完整的应用程序，也
许规模小些，但该有的功能绝不能少。由于做的是真
正的程序，我们完全可以看出编译方面的搭配表现以
及一切细节，而这是在测试性的或是简化版的程序中
看不出来的。在工作清单上也能完全反映出真实性，
凡是事先无法规划到、临到头来却又非做不可的工作
（这是必然的，很正常），都会在小项目中适时冒出，不
至于快到了期限才发现事情怎么也做不完，日程表却
无法推进。
如果您的上级主管不了解分割“主题式”小项目的这
些益处，他也许会怀疑您是不是用射飞镖的方式随意安排
日程，因为传统的观念里，优先级高的事情应该先做才
对。
162
微软研发
致胜策略下载
为了保持创意的活力和团队士气，
必须让每一个小项目都有令人兴奋的结果。
理想的期限
人们常常忘记一点：日程表上的完成期限是推估出来
的，这个期限未必最符合成本效益，事实上也未必合理，
因为工作项目都是估计出来的，不能代表实质的工作项目。
简言之，日程表上的完成期限是个理想，有很多情况可能
使这个理想的期限变得不合理，因此它并不是真正的完成
日期。大部分的上级主管都不会乐意听到这些，但这却是
千真万确的事实。使用阶段性的小项目可以让事实更接近
理想，但也不是完美的做法。
身为主管的您，一定要时常提醒组员：产品的质量远
比遵守期限重要。请牢记本章所提供的经验教训：
最会误导项目发展、伤害产品质量的事情
就是过份重视进度，这不仅打击人员士气，还
会逼迫组员做愚昧的决定。
163
微软研发·致胜策略
进度狂下载
我相信尽力在期限前完成工作仍然是您的理想目标，
但请记得我强调过预定期限是理想而非现实，如果您发现
自己为了期限而得做不当的决定，请悬崖勒马，以免造成
后悔莫及的损害。
重点提示
如果您定的日程表使组员产生“落后恐惧
症”，为了赶上期限而牺牲了产品的质量�