本文是从 Startup Lesson: Why a Vacation is not just good for you 这篇文章翻译而来。 在我刚到McAfee杀毒软件公司(当时还是一个叫做Foundstone Security的创业公司)没几个月的时候,我们刚刚完成了针对企业的安全扫描软件的X版本的开发。软件已经通过了QA部门的测试,客户在等待安装这新发布的软件,我们终于有了喘息的机会。为了完成这次开发,我们奋斗了很久,开发团队队长(我们就叫他Dietrich吧,因为这就是他的名字)觉得有必要安排大家轮流休息一下,他自己决定和家人去Joshua tree做一次野营式的周末旅行(我想他是特意选了一个没有手机信号的地区)。他周四走,周一回。我是仅次于他的负责产品的web相关的开发团队的领导人,对于公司产品的内部结构和程序库的复杂性还没有完全的了解。我想,事情能会有多糟?不就是替他照看一天吗,周一他就回来了。 周五下午,大概是4:30分,公司的技术总监和产品经理跑到我的桌前说"X客户在我们刚刚发布的产品里发现了一个严重bug,这个问题不解决前大家都不能休息"。X客户在当时是我们公司最大的客户,和他们的交易额达7位数,所以,我们都觉得事情很严重。说实话,我已经不记得当时的那个bug究竟是什么了,只记得是由一个自定义的PHP扩展引起的,那是一个由Dietrich自己写的SOAP接口(NuSOAP),一些内部的程序库记录了这个时隐时现的bug的来源。我还清楚的记得,在起初前几小时,问题还没有探明的时候,技术总监咨询了直升飞机的租用价格,打算飞到Joshua tree把Dietrich带回来,我们安慰他,但没有用。 到晚上12点半,我埋头研究代码,以前从来没有见到过这样的情形,经理和CTO每隔5分钟就跑到我的桌前询问一次进展情况。我最终还是找到了这个诡异的、藏的很深的bug。一种强烈的自豪感让我抖擞精神,在凌晨1点左右做出来系统补丁,挽救了Dietrich星期六早上被直升机拉回来的命运。这整个下午晚上的时间都是对我的巨大考验,一是考验我对代码库的掌握程度,一是考验我处理这种紧急情况的能力。如果能联系上Dietrich,也许5分钟就把这个问题搞定了,用不着把整个代码再翻找一遍。同时也就是失去了一次对产品程序进行深入了解的机会,也就不能意识到,休假对于一个创业公司来说是危险的。. 从这次事故中我还学到了另外一个教训,至今铭记在心。有时候,一次休假并不是你一个人受益,你的整个团队也会受益。我相信Dietrich并不是故意拿这次事情来做实验的,他只是想享受一次完全不受干扰的休息。然而,当轮到我开始休假的那天,我预先说明了,我也去外地,你们不要联系我,除非有极其紧急的情况。 作为一个团队领导,你应该在团队中树立一种"敢做"的态度,让人们知道,公司大于个人,任何个人都是可替换的。在一个项目上,有人每天审查你的代码和有人能在危机时刻修改你最复杂的bug是两回事。后者才是考验你的时候。休假是一个让你逃离工作压力,放松身心的时候,不要担心,这也是一个训练你的团队的时候,突发事件未必是祸,当你休假回来后,你会发现,不仅是你,你的团队也变得强壮了。 我两年没休假了(这次休假我才有机会写这篇博客),我真希望此时会有人在公司里疯狂的查找我的代码,这样他就会变得更强大了,我也会。 本文来自外刊IT评论网(www.aqee.net),原始地址:你可不能安排休假