このページの問い
週次報告の資料をすぐ出せる人と、探すたびに共有サーバーをさまよう人がいます。同じ量の資料を抱えているのに、なぜこの差が生まれるのでしょうか。答えは資料の量ではなく、資料をどこに置いているかにあります。
手元のクリアファイルと、共有フォルダの奥
想像してください。あなたの机の上には、今週よく使う資料が数枚だけ置かれています。引き出しには先月分の資料が入っています。
キャビネットには昨年度の資料があります。そして共有サーバーの奥には、五年前の資料が眠っています。この4つの場所には、明確な違いがあります。
机の上は取り出すのに1秒もかかりません。手を伸ばせば済みます。しかし置ける量はごくわずかで、せいぜい数枚から十数枚が限度です。
共有サーバーは容量がほぼ無限に近いほど大きく、何年分のファイルでも受け入れます。ただし目的のファイルを探し当てるまでに、フォルダを何階層もたどることになり、数分かかることもあります。
同僚のAさんは、週次報告のフォーマットを聞かれるたびに「ちょっと待って」と共有サーバーを開き、フォルダを3つほどたどってから見つけます。所要時間はおよそ2分です。
一方の同僚Bさんは、聞かれた瞬間にデスクトップの左上をクリックして即座に開きます。所要時間は3秒です。2人が扱う情報の量も種類もほぼ同じなのに、この差が生まれています。
速さと容量は、常にトレードオフの関係にあります。速い場所は狭く、広い場所は遅いのです。この関係を知っているかどうかで、情報整理の質は大きく変わります。
安さ・広さ・速さを同時にすべて満たす置き場所は、残念ながらどこにも存在しません。何かを得れば、何かを手放す必要があります。
内側にいくほど速くて狭く、外側にいくほど遅くて広い場所になっていることを示した図です。
記憶階層という考え方
コンピュータの内部にも、まったく同じ構造があります。これを記憶階層と呼びます。処理を行う中央演算装置のすぐそばに、ごく小さく非常に速い記憶場所があります。
ここから外側に向かって、少しずつ大きく、少しずつ遅い記憶場所が層になって並んでいます。まるで入れ子の箱のように、小さく速い層の外側を、大きく遅い層が包んでいる構造です。
いちばん内側の層はキャッシュと呼ばれます。キャッシュとは、よく使うデータのコピーを、処理を行う場所のすぐ近くに置いておく仕組みのことです。容量は小さく、次の層の千分の一以下のこともあります。
次の層は主記憶、いわゆるメモリです。作業中のデータはここに置かれます。電源を切ると内容は消えますが、キャッシュよりはるかに大きな容量を持ちます。
いちばん外側の層はディスクです。電源を切っても消えないデータが、大量に保存されています。速度はキャッシュと比べて桁違いに遅く、その代わり容量は桁違いに大きくなります。
なぜコンピュータはこんな面倒な階層を作るのでしょうか。理由は先ほどの机の例と同じです。すべてのデータを最速の場所に置けるなら、それに越したことはありません。
しかし最速の場所は非常に高価で、容量を大きくできません。仮に主記憶と同じ容量のキャッシュを作ろうとすると、部品の値段も消費電力も現実的でない水準まで跳ね上がります。だから使う頻度に応じて、置き場所を使い分けているのです。
仕事の言葉に翻訳すると
この記憶階層は、そのままあなたの情報整理に当てはまります。机の上はキャッシュです。引き出しやキャビネットはメモリにあたります。共有サーバーやアーカイブはディスクです。
大事なのは、階層のどこに何を置くかを、意識して決めることです。多くの人は無意識にこれをやっていますが、意識的に設計すると、探す時間そのものを減らせます。
新しい仕事に着手するとき、最初にやるべきことは資料を集めることではなく、「これはどの層に置くべき情報か」を仕分けることだと考えてみてください。
毎日触るなら机の上、週に一度なら引き出し、月に一度以下ならキャビネットか共有サーバー、という具合に振り分ける基準を持つだけで、探す動作そのものの回数が減ります。
具体例で見る
具体例1: 週次会議の資料 毎週使うテンプレートやフォーマットは、机の上、つまり手元のいちばん取り出しやすい場所に置いておきます。会議の直前に「あのテンプレートどこだっけ」と共有サーバーを開き直す必要はありません。
実際の手順に落とすと、議事録テンプレートはデスクトップの決まった位置に固定ファイルとして置き、会議のたびに複製して使う、という運用が典型です。テンプレートを探す時間は、ほぼゼロになります。
具体例2: メモアプリのピン留め機能 多くのメモアプリには、よく見る項目を上部に固定する機能があります。これはキャッシュそのものです。何百件あるメモの中から、毎回検索しなくても済むようにする工夫です。
ある担当者は、対応中の案件ごとに1件のメモを作り、ピン留めして常に画面の一番上に表示させています。案件が完了したらピン留めを外し、進行中のメモだけが常に手元に残るようにしています。
具体例3: 進行中フォルダと完了フォルダ 進行中の案件は自分のデスクトップに、完了した案件は共有サーバーのアーカイブに移す、という運用をしている職場は多いはずです。これも階層を意識した情報整理です。
この運用が崩れるのは、たいてい「完了したのに移し忘れる」ときです。デスクトップに完了案件が積み上がると、机の上と同じで、そこでもまた探す作業が発生してしまいます。
移すタイミングをその場で決めておくことが、崩れを防ぐいちばん確実な対策です。たとえば「案件完了の報告メールを送った瞬間に移す」というルールにしておくと、移し忘れがほとんどなくなります。
さらに一歩進めるなら、月に一度だけ「完了フォルダの棚卸し」の時間を5分だけ取る運用も有効です。移し忘れた案件を拾い直すだけでなく、机の上が知らないうちに膨らんでいないかを確認する機会にもなります。
よくある反論: 全部クラウドに置けば同じでは
「クラウドに全部保存しておけば、検索すればすぐ出てくるのだから、階層を意識する必要はないのでは」という反論もよく聞きます。
たしかに検索技術は年々賢くなっています。しかし検索には必ず「検索する」という一手間が発生します。手が塞がっているとき、急いでいるとき、そもそも何と検索すればよいか分からないときには、この一手間が想像以上に重くのしかかります。
さらに、検索結果が何十件も表示されると、その中から正しいものを選ぶ判断のコストも発生します。手元にあれば、探す前から「これだ」と分かっている状態です。
検索は優れた道具ですが、手元にあることの速さを完全には代替できません。両方を使い分けることが、現実的な落としどころです。
もう一つ見落とされがちな点があります。検索は「探しているものが確かに存在する」と分かっているときにしか力を発揮しません。まだ言語化できていない情報や、存在すら忘れかけている資料は、そもそも検索語を思いつけないため、いくら検索性能が高くても見つかりません。手元に置いておくことは、この「探し方が分からない」状態そのものを事前に防ぐ効果も持っています。
落とし穴: 机の上に置きすぎる
ここで注意したいのは、手元に置けば置くほど良いわけではないということです。キャッシュの容量は本質的に小さいからこそ機能します。
机の上に何十件もの資料を積み上げると、結局そこでも探す作業が発生し、階層を作った意味がなくなります。極端な例では、「手元に置いたはずなのに、山のどこにあるか分からない」という、共有サーバーで探すのと変わらない状況すら起こります。
これは職場でもよく見る光景です。デスクトップのアイコンが画面いっぱいに並び、目的のファイルを見つけるまでに何度もスクロールする。物理的な机の上とまったく同じ失敗を、画面の上で繰り返しているにすぎません。
手元に置くべきものを絞り込む基準については、次のページで扱う「局所性」という考え方が手がかりになります。単純に「よく使うから置く」ではなく、もう一段具体的な物差しがあると、机の上は膨らみにくくなります。
いま一度整理すると、記憶階層という考え方が教えてくれるのは、置き場所の数を増やすことではなく、置き場所ごとの役割をはっきり分けることです。机の上・引き出し・キャビネット・共有サーバーという4つの層は、それぞれ違う役割を担って初めて機能します。どれか一つに情報を集中させてしまうと、速さか広さのどちらかを犠牲にすることになります。
持ち帰り
- 情報整理は量の勝負ではなく、置き場所の設計の勝負である
- 速い場所は狭く、広い場所は遅いというトレードオフは、机の上でもコンピュータの内部でも同じである
- キャッシュとは、よく使うデータのコピーを近くに置いておく仕組みである
やってみる
今日使った資料のうち、机の上(またはデスクトップの一番上)に置いてあるものを数えてみましょう。5件を超えていたら、最近使っていないものを一段外側の場所に移してみてください。