fangpsh's blog

《时间管理--给系统管理员》读书笔记

s2917003

听说这本书是2年前,最近才想起看,逛了下京东亚马逊,全部没货,淘宝上倒是有不少翻印的盗版。07年出版的,已经十年前了,而本书的内容感觉更老。作者创作这本书的时候,IBM 还如日中天,Netflix 还在出租DVD 光盘💿 呢。

我想看这书的大多数都是运维同学,然而今天的运维,已经和作者书中的系统管理员的工作内容大不一样。作者所做的工作内容,一小部分在如今也已经归入到IT 支持一类的职位中了。不过今天的运维依然要面对一堆琐事,不断被打断。

上大学的时候,第一次听说时间管理、GTD,是从Maple师兄口中。工作之后,接触和尝试了一些方法,理论,工具,一直觉得挺累的。如果我花那么大精力去编排,去学习,去做时间管理,是不是本末倒置了?尝试了一段时间之后,日常只会在Reminders App里面简单的记录,或者在笔记软件建一页[TODO]标记未完成的工作。

然而我发现,曾经去学习的一些方法,工具给我留下了一些看起来还不错的习惯,例如安排优先级,按照优先级做事;优先完成简单快速的事情;拆分任务,更好的规划进度;维持TODO 短、少,克服拖延。另外学习时间管理的过程,还让我意识到专注的重要性。频繁查邮件、各类IM工具挂机、工作期间刷论坛、边听音乐边工作这些习惯,会让大脑频繁进入“上下文切换”,效率大大降低,时间不知不觉溜走。所以,好像也不是本末倒置嘛?所谓时间管理、GTD、各类工作法,可能只是为了让大家养成更好的习惯?

这本书还是非常值得一读,看看作者是怎么应付繁复无比的上古SA 的工作。


建立共同干扰防线

与同事安排共同干扰防线,以便你必须完成项目时候让别人的干扰转向。

除了做好自动化,减少繁复的工作,运维还是会被不断的打断,我们还想有百分之五十的时间写代码呢!怎么办?安排oncall 轮值。作者这条指导,和今天的oncall 轮值不谋而合。当然,安排oncall,还有更多好处,例如会推动大家梳理文档,工作交接更清晰,组员对整体的工作更熟悉等等。

将脑力留给最重要的事

尝试使用各类时间管理、GTD的工具,真不行,用个记事本也成。不过记住要保持todo list 尽量的短,如果堆积,就是灾难,你会更没激情去完成。

为其他的人管理事项

例如别人来找你的时候,如果不是非常紧急的事情,可以告知他你在什么时候会做,并且告诉他你记录下来了,甚至可以给他看你TODO list 上为他创建的记录。之前在腾讯工作时候,我发现,有时候我确实忙不开,并且这样做了,告诉SNG 的同事我记录下了,他们会表示非常理解。

另外一个是委派给他们的事情,也需要记录下来!对方并不一定会做时间管理,如果要保证你委派的事情顺利推进,最好也做好记录,跟踪。

例行公事

作者指的一部分是养成习惯,减少出错,不要浪费精力。另外一点我觉得挺好的,就是和上司、同事定期沟通,除了周报之外,挑个时间定期沟通,挺有意义的,无论是事情推进,还是工作考核等方面。并且如果是定期沟通的,也可以让你的leader 或者同事养成这个习惯:P。

循环系统

后面三~七章,作者都在说他发明的循环系统,可能有意义,不过我觉得没啥意思,可能我还是难以养成这样的习惯。

优先级

不要成为上司较大项目延迟的原因所在。

为了管理你的上司,你必须做三件事:确定上司知道你的职涯目标,只有当能善用他的职权时才使用往上委派,以及了解他的目标并成为完成那些目标的一部分。

挺有道理的,不过好像有点趋炎附势?圆滑世故?

排除浪费时间的事情

不到为什么办公室总是有人在不断的闲聊,导致我常常得戴着降噪耳机。不断的闲聊不仅浪费参与者的时间,还干扰附近工位的同事。

说明文件、自动化

建立Wiki 系统,这在今天非常常见,不过维护好Wiki,好好写文档,依然还是少见的。自动化,做运维的都懂,今天大家做的,也不仅仅是书中那种初级的自动化。


还有一个收获,就是知道了RAID (Redundant Array of Independent Disks, originally Redundant Array of Inexpensive Disks),一开始是指廉价磁盘冗余阵列,后来才变成独立磁盘冗余阵列,见:A Case for Redundant Arrays of Inexpensive Disks (RAID)