英文名： Time Management for System Administrators

中文版下载 英文原版下载

这本书是写给SA的时间管理书，个人看来也适合于OP，因为两者的最大特点就是有着大量来自客户的干扰。如何在有众多干扰的环境下，还能完成自己的项目，我想这是每个SA/OP都曾经或者现在正在被困扰的问题。

时间管理的原则

1. 用笔记记录一切
2. 将大脑留给最重要的事（同时只做一件事，其余事要放在笔记中）
3. 总结例行公事（代码片段、SOP整理）
4. 形成习惯与信念（迟早都要做，晚做不如早做好）
5. 在“项目时间”保持专心（大脑是单任务的）
6. 用同样的工具管理生活（工作不是最重要的，保持生活的丰富和活力）

每天只做三件最重要的事情
每个月养成一个好习惯

专心对待干扰

1. 专注的大脑
   • 专注于做一件事
   • 将“需要记住”的事情记下来，然后从大脑中移除
2. 促进专心的环境
   • 清理你的桌面（当你犹豫，就扔掉它）
   • 清理你的计算机
     • 干净的桌面，清理或者整理图标（Fences）
     • 关掉所有和工作无关的软件和网站（Foobar、V2EX、Hacker News、163News、Google Reader）
     • 关掉IM或者将其Mute，定时查看
     • 关掉Email程序，每2h查看一次
3. 多任务

SA/OP天然需要多任务的处理能力，你可能一边正在做着大文件拷贝，一边观察线上环境，一边读Email，一边和5个不同的人开IM聊天，同时还开着15个窗口做着不同的事情，最后还时不时看下短信报警。我们真厉害！

* __意识到哪些任务可以并发，哪些不能。__I/O阻塞类的任务才可以并发，比如下载一个大文件，编译一个大程序或者等待RD线上check等等。其余的不属于多任务，好好的一次做一件工作，而不是蹩脚的一次做多个事情。
* __意识到你的压力和睡眠水平。__当你感到累了或者有压力时，就关掉所有的IM/Email程序，深呼一口气，然后选择第一优先的事情去做，没有任何多任务。
* __用虚拟窗口管理器管理窗口。__将多个窗口合并，或者说将一个窗口切分。系统层面上，使用如awesome等平铺窗口管理器。终端层面上，使用如Terminator、Tmux等支持窗口切分的终端模拟器。当然有一个或者多个大屏得显示器也很重要。
* __固定你的窗口布局，保持一致。__
* __利用窗口做出良好的工作空间。__将窗口切分后，让各个shell各分其职，比如开四个窗口：
    1. tail -f xxx.log 滚动查看程序日志
    2. 操作shell，相关的操作放在这里
    3. vim xxx 修改配置文件或者程序的地方，可以保存，但不必关闭
    4. check窗口，用于检查修改是否起作用的窗口

4. 专心的尖峰时段。找出自己效率最高的时间段，然后让其变成无打扰时间。
5. 第一小时规则。工作日的第一小时通常是办公室最安静的一个小时，不要将其浪费在查看Email中，做最重要的事情，Email放在那里又不会跑。

   如果第一小时规则对你来说进行的很好，那么就提前一小时到办公室并将其转换为两小时规则。

6. 干扰。
   • 首先干扰是无法避免的，是公司流程的一部分，区别在于我们能否对其进行有效管理。
   • 很多人是 interrupt driven，将自己的时间交给别人。
   • 对干扰排列优先级，并果断处理
7. 引导干扰远离你。当你收到不属于你的请求后，要礼貌的引导客户去找其他应该负责的人。然后停下来看看有没有方法来告诉客户怎样去找真正对应的人，一个duty页面是个良好的例子，你只需要给客户这个页面就可以了。
8. 你可以说“走开”，但不必做个混蛋。
   • 了解客户期望做什么。
   • 让客户得到反馈和时间点，如果他还是提出异议，那么可能是你错估了这个任务的优先级。
   • 不要忽略客户，重视确认的重要性。让客户“无聊但满足”比“惊慌且焦急等待”要好得多。
9. 委派、记录和执行。当有人在你的项目时间内请求且打扰你时：
   • 委派它。假如有其他人可做，那就委派给他。注意委派时要礼貌且可以用专业术语总结下请求给被委派者
   • 记录它。如果只有你能做，但不紧急，那就记录这个请求，并给客户以正确的反馈，别仅仅口头答应。小问题发给Cycle System，大问题发给Request Tracker。然后给客户视觉或者听觉的反馈，让他了解到你已经有了排期，别忘了问下客户“有什么需要补充的么？”，并且确定请求精确到小时的Deadline。当你完成某个步骤，比如启动了脚本，启动了任务，要告诉客户：“DONE!”，让其放心。绝对不要将问题记录在脑子里！
   • 执行它。如果请求很紧急，那就马上去做。记住和中断一样，要区分中断优先级，然后花少许时间保存现场，以便于恢复工作。

Measure twice, cut once. Be extra sure before you make a change you can't undo.
Make a backup before you change a file.
If all else fails, read the manual.
When debugging, change one thing at a time.
Always test your work.
You aren't done until your customer tests it, too.
The strangest problems often turn out to be misconfigured DNS.

例行公事

1. Repeated events that aren't scheduled.
2. Maintenance tasks.
3. Relationships and career networking.
4. When procrastinating takes longer than action.
5. Things you forget often.
6. Inconsequential or low-priority tasks that can be skipped occasionally but shouldn't be.
7. Developing new skills.
8. Keeping up-to-date.

我个人理解的例行公事也包括：

1. 总结属于自己的代码库
2. 总结SOP，让流程规范化，这样你就可以过上无聊的SA/OP生活，无聊万岁！

The Cycle System

1. 不要信任我的大脑。除了那些立即可以做完（立即指的是2min以内），记下其余的所有请求，
2. Good System的三个特性：
   • Portable
   • Reliable
   • Manageable chunks
     三个元素：
   • Calendar
   • Life-goals list
   • A day-by-day section
     • To do list
     • Schedule