书城管理真故事真理念
199200000003

第3章

第1章第2节 微软:自己的屎自己吃

上世纪90年代,一向顺风顺水的微软受到了市场的产重冲击,它需要一套真正能与主流规格接轨的操作系统,换句话说,一套基于Unix技术的操作系统。盖茨说,这是(微软的)新技术(NewTechnology),因此命名为NT。

NT的开发需要多久?专家说,很久很久。微软自己的开发人员说,以微软当时的技术水平及软件开发管理能力,NT的生日遥遥无期。

但是,机会来了。当时电脑界仅次于IBM的二号巨人迪吉多(Digital)修改战略,部分人才人心浮动。盖茨由迪吉多挖来了一位Unix大师。任务足以最快的速度开发出以Unix技术为核心的NT。不但要最快,还要最好。

面对这项“又要马儿跑,又要马儿不吃草”的无理要求,这位临危受命的NT开发负责人的第一反应是拒绝。经过几天的心理沉淀,他问自己:“如果吃好草才能跑得快,要我又有何用?”于是他向盖茨说:“你要我做这项不可能的任务,那么你不要管我用什么方法。”

他回到办公室,把所有正在开发NT的主要人物召集起来,问他们:“你们现在在用什么工具开发NT?”

大家都回答说,用的是微软过去已积累的语言工具及软件模块。他接着问了一个关键问题:“我们就是因为微软过去的东西不行,才要开发NT。现在你们用不行的东西开发新东西,出来的结果一定不行。”

于是他下令,现在走回各自的办公室,把电脑中所有微软的工具都卸下来。

他们自己重新开发工具。然后,再用他自己开发的工具来开发NT。

一般来说,新工具的开发需要严密的控制,否则会产生规格不合的问题。各人各自为政,出来的东西一定兜不起来。

结果当然可想而知,各个软件才子天天吵得天翻地覆,但项目压力迫使每人无法再坚持自己的“地盘”与“价值观”,能力差的相继阵亡去职。剩下的人员,多为能判断技术优劣的人,及能够忍受面子受损的人,他们知道,如果自己用“私有”的观点做东西,最终一定会被群狼攻击。

有一天,一名人员对这种现象做了一个总结,他做了一个大横幅,贴在办公大厅入口处。横幅上写的是:

自己的屎自己吃!(Eat Your Own Shit!)

每隔一段时间的规格“碰头会”,逐渐变为每天一次的“见真章”。在软件开发术语上,这叫做Daily Build(每日构建)。前一天晚上8点截稿,夜班人员进场,将上班人员的成果构建成系统,所有的规格冲突及“虫子”(bug),第二天一早日班人员上班时便已呈现在他们眼前。辩论开始!

高压力下,人员的情绪开始发生变化,有人搬进了办公室,有人上班时必须把家里的狗带来,以安抚自己的神经。整个NT开发过程中,离职者不计其数,因此离婚的至少有8名员工。结果是,微软渡过了它历史上的第一次惊涛骇浪。但是,鲜有人知道这浪头有多险,就在预定的产品全球发布会的前4个礼拜,NT还有4 000多个“showstopper”(4 000多个足以让NT在执行过程中死机的“虫子”)!后来微软遇到企业史上第二次灭顶之灾(Internet Java的规格威胁)的时候,比尔?盖茨基本上用同样的方法渡过了难关。

微软高压的管理,让盖茨渡过了一次又一次的难关,在企业管理中,要的就是这种管理制度,这样才能让每一位员工的潜力得到发挥,也能提高员工的责任心。