エンジニアのための時間管理術

シチュエーションがシステム管理者というだけで、ビジネスマン向けの手帳術にあるような目標設定やTODO管理が「いますぐｘｘを用意しよう」みたいな感じで具体的に紹介されています。
TODOの重要度付けや目標を実現するためのノウハウなど、理論よりは実践的な内容が多いです。
内容はこの手の本と同様の事例であるため、おそらく王道だと思います。
読みやすいので、時間管理なんてやってない　という方には良いと思います。

タイトルにはエンジニアと書いてあるが、内容はシステム管理者に向けたものです。
スクリプトを利用した処理の自動化は、一般のビジネス書にはまず載らないので、
参考になる人もいると思います。
内容の多くは、実行可能な予定を立てろ、優先順位を付けろなど、
一般のビジネスパーソンにも通用するものです。
事前の予想よりも、アナログ・紙面重視の管理スタイルを推奨していました。
残念ながら、アナログ手法主体であれば、
一般ビジネス書の方が日本企業の実情にはマッチしている気がします。

システムエンジニアが時間を管理する上でのポイントなどを知りたくて購入、通読
読んでみると、SEがプロジェクトを達成するためのポイントについてまとめたものではなく、システム管理者（複数のサーバー、ネットワークなどの最終管理者）が日常から直面するクリティカルな問題も含む様々な問題と、プロジェクトを管理するする上でのポイントをサイクルシステムというシステムを利用しての提案になっている。システム管理者が持っている能力や義務は確かに他の人たちとは異なることが大きい。その能力を利用して、タスクを自動化したり、義務をどのようにさばいていくかを具体的に記載してくれている。脳内の能力を記憶に使わずに外部装置を利用するべきというのは、様々な本で共通的に提案されていることだが、本書をよんで改めて感じた。
システム管理者として、業務に追われていると感じているのなら、本書を読んでみることを勧める。筆者の提案しているものそのまま完全に利用するのは様々な環境を想定すると難しいかもしれないが、効率よく仕事をこなしていくためのヒントが多々ちりばめられている書籍になっている。

まず最初に。この本の英語のタイトルは「Time Management for System Administrators」。日本語タイトルと違って、これはあくまでも System Administrator のための時間管理術。

シスアドというのは、ものすごく「on demand」な仕事が多い。ユーザーはマシンが動かないと悲鳴をあげ、マシンは部品が壊れたとアラートを上げる。どれもこれも「書類入れに積み上げておく」ような対処の仕方は出来ない。問題が起こった所に飛び込んで問題を解いてあげるしかない。

しかし、そのような仕事の仕方は作業効率を著しく下げる。事前準備が出来ないからだ。これは人間だけの話ではなく、RTOSと呼ばれるOSはそうじゃないOSを使った場合の60%ぐらいしか処理性能を出すことが出来ない。「緊急時対応」のためにリソースを一部残しておくと、どうしても100%リソースを使うわけには行かないのだ。

この本を読んでいて思ったのは、この本に書かれているやり方はRTOSのリソース管理方法とそっくりだ、ということ。別の言い方をすると「ちゃんと実践すれば、本当に成果が出るに違いないと思われるし、内容は汎用的だ」ということ。

ただし、60% は 60%。この本を読んだら、無茶なスケジュールを立てても大丈夫、とはならないが、その点だけは警告されていなかった。この本を読む前に、念頭に置いて貰えるといっそう効果が上がると思う。

確かにエンジニアに特化した内容も一部ありますが、事務系のサラリーマンにも役に立つノウハウが一杯です。対人関係や調整の多い仕事では、自分の時間は人任せと考えがちですが、逆説的に自分で時間を管理する効率化の余地は大きいと思います。

「自分の記憶力を信用しない｣、「ルーチンとは、一度だけ考え、何度も実行するための手段である｣、「この世には優先順位は３つしかない｣など、簡潔で鋭い指摘がいいですね。