Trivial Journal

フレームワークなんかこれだけでいい

ITの世界でフレームワークといえば（この後の横文字は飛ばしていい）SymfonyやRails、Strutsなどのソフトウェア・フレームワークを指すことが多いが、一般的にフレームワークといえばビジネス・フレームワークのことだろう。

ビジネス・フレームワークとはビジネスに必要とされる論理思考や発想法などを体系的にまとめたものの総称で、有名どころで言えばSWOT分析とかPPM分析などがある。もちろん、これだけじゃなくてビジネス・フレームワークを集めればそれだけで一冊の本になるくらい多種多様なフレームワークがあるのだが、数あるフレームワークの中でもっともシンプルかつ重要だと思っているのが「空雨傘」である。

空雨傘とは

「空雨傘」とは、情報を事実→解釈→行動に分解して思考を深めるためのフレームワークだ。

• 空（事実）...黒い雲が急に広がってきた
• 雨（解釈）...雨が降ってきそうだ
• 傘（行動）...傘を持って出かけよう

仕事の現場では「こうなることはわかっていたはずなのに」というケースが往々にしてある。たとえばパソコンの故障を考えてみよう。

• どうもコンピュータの中から異音がする（事実）
• 機械が壊れかかっているようだ（解釈）
• 使えなくなる前に修理に出そう（行動）

普通はこうなるはずなのだが、現実的にはそうじゃないことも少なくない。その場合の思考回路は以下のようになる。

• どうもコンピュータの中から異音がする（事実）
• どうもコンピュータの中から異音がする（思考停止）
• コンピュータが壊れたようだ（自業自得）

障害対応の現場に着くと社員さんが自信なさげに「何にもしてないんですけど...」というのを何度聞いたことだろうか。機械は必ず壊れるものなので社員さんに罪はないが、動かなくなって途方に暮れた原因の大半は「何かをしたこと」ではなく「何もしなかった」ことにある。なぜ異音がしてるのに何もしないんだ！？

大事にはいたらないケースが多いから笑い話にもなるが、自分の身を振り返れば「ああ、あの時に気がつくべきだった。考えておくべきだった」という経験がない人はいないんじゃないだろうか。きっと部下（または同僚や上司）に対して「問題は事前に防げたろう！もうちょっと考えろよ！！」と責める気持ちになったことだってあったはずだ。

しかし、漫然と日常を過ごしていると「解釈」がおろそかになるんだよね。いや、「事実」に気づきもしなくなってしまうのだよ。それに、自分が理解できないことには「解釈」が及ばないことも多い。前述したパソコンの故障なんかはその典型たるものだ。わからないことはおっかないからね。だけど、「解釈」が及ばないからといって放置しちゃうと「行動」が遅れて、すべてが後手後手に回ってしまう。最終的にひとつの遅れがまわりの仕事全部に影響しちゃって大きな問題になる...なんてよくある話だ。