ウェブ全体フォロー|ログイン|ブログ開設・作成(無料)このブログの更新通知を受け取る場合はここをクリックブログトップbrevis.exblog.jpタイム・コンサルタントの日誌からメーラーを閉じろ「時間管理術」のような本を書き、タイム・マネジメントに関して時おり講演などをしていると、たまに思いもよらぬ誤解にあうことがある。「佐藤さんはきっと仕事が速いんでしょう」というのは、まだかわいい方で(自慢ではないが人並みのスピードでしか仕事はできぬし、文章を書くのは遅い部類である)、「きっと早起きで夜もあまり眠らないはずだ」などというのは、どこをどう押したらそういう理解が出てくるのか不思議に思う。私にとって日常の主要な関心事は睡眠時間の十分な確保であって、寝る間も惜しむ時間管理術など、私の最も好まぬ解決法だからである(『睡眠時間の必要』2007/08/06)。時間というのは1日24時間、誰にも平等に与えられている。それをどう、うまく使うかがタイム・マネジメントの要点なのだが、「時間が足りないのは自分が浪費しているせいだ」とはたいてい考えず、“あの人が楽そうに見えるのは、本当に楽な仕事しかしていないか、めちゃめちゃ仕事が速いか、あるいはどこかから時間をよけいに取りだしているからにちがいない”という風な憶測が生まれるらしい。タイム・マネジメントにおいて一番重要なことは、『着手日を決めて、それを守る』ことで、これは本にも書いたとおりだ。我々は日常、さまざまなタスク=宿題を抱えてすごしている。Possible「できるだけ早く」という条件がついている。Start)との間で実際に着手すべき日を決める、というのが基本だ。現実には予期せぬ割り込みや遅れがつきものだから、所要時間の見積には幅ができる。いつも最遅着手日に着手していたのでは、納期を割り込むリスクがあるわけだ。最小限のバッファー日数を考えて着手日を決めなくてはならない。これは、工場の生産スケジューリングだろうが、オフィスでのワーク・スケジューリングだろうが共通の原則だ。ところで、オフィスワークにかぎって言うと、ここに一つ考慮すべき要素が入ってくる。それは『集中度』というパラメータである。知的成果物をつくる仕事には、ある程度の精神的な集中が必要になる。良い仕事が求められれば求められるほど、「連続して集中して考える時間」が入り用になるのだ。これはどのようにスケジューリングに組み込むべきだろうか?オフィスワークの仕事量は、ふつう人日や人月で測られる。IT産業はその典型だ(私の属するエンジニアリング産業では、人時で測るのが国際的な慣習になっている)。5人日の仕事とは、すなわち、一人でやったら正味5日かかる分量を示す。これを私は「量としての時間」とよんでいる。この人が、似たような仕事をもう一つ同時に抱えていて、両方を平行に作業していたら、終わるのは10日後になる。5人日の仕事だが、所要期間は10日の長さである。これを私は「長さとしての時間」とよんでいる。多くの場合、同時並行のタスクを二つ持とうが三つ持とうが、個々に必要な人日は変わらない、と仮定する。ところが、ソフトウェア工学で有名なトム・デマルコは、これはたいへんな間違いだという。彼は、“ソフトウェアの開発工数とは、集中して考えられる時間の合計で測られるべきだ”と主張している。あるモジュールの開発工数が100時間だとすると、それは、静かに集中して考えられる時間が合計100時間必要だということだし、集中できない細切れの時間が1000時間あったって、そのモジュールは完成しない、と彼はいう。集中して考えることのできる2時間と、10分ずつ細切れになった合計の2時間では、まったく質が異なるというわけだ。私もこの考え方には、まったく同調する。そもそも、オフィスワークの生産性を下げる第一の要因は、他人からの割り込みなのだ。考え事をしている最中に上司に呼ばれたり、電話が鳴ったり、誰かに話しかけられたりして、集中が途切れると、あとでまたその集中状態に戻るには、かなりよけいな手間と時間がかかる。この間の生産性の低下は、誰がどう補ってくれるというのだ。あなたが組織で仕事をしている限り、上司や同僚を切り捨てるわけにはいかない。個室でも与えられていれば別だが、日本ではそんな贅沢はまず望めない。じつは、ここには一つの解決法がある。それは、職場全体で「集中タイム」を設定することである。朝9時から11時まで。その間は、会議も招集しない。