コンサルの考え方

ちょっと興味深げな内容を見つけましたのでご紹介します。 先方の方はコンサル業界の面接を受けたようで、それに対して自論を展開しています。※まずリンク先を読んで下さいな

要旨としては、
「ソースもないのに自分の頭だけで考えてとりあえず答えをだすっていうのにあまり価値を見出せません。
そんなものよりもきちんと調べた上でどの程度の答えをだせるかのほうが重要です。」

この方は、確たるソースもない状態で議論をしても、有効なソリューションを導き出すことは出来ない、と考えていらっしゃるようです。 まったくその通り、私もそう思います。

クライアントに説明するとき、相手に安心感を持たせるように話を展開していくという話は以前しましたが、安心感というのは、 正しい情報を元に行動していると思えるからこそ生じるものだと思います。ですから、不確実な情報を元にして行動する時には、 類似事例などを持ち出して、情報の確度を高める作業が必要になります。システム構築なら、 検証環境でテストした結果を元に本番環境にアプリを展開させるようなものです。

ただひとつ残念に思ったのは、その後の論理展開。


例えば日本に電柱は何本ある？ であれば

「今はわかりませんがインターネットで調べればすぐわかりますね。
どの会社が設置しているのかわかれば直接電話して聞いてみてもわかると思います。」

と答えるのが正しいと思います。
こんなもん調べればわかるわけで、適当に何本だと思いますとは俺には言えない。

「日本の世帯数は約４５００万世帯。 その数よりは少ないと思うので３０００万本くらいだと思います。」

少し考えればこのくらいのことは言えますがこんな適当な発言はあまり好きじゃない。
こんな発言のどこが論理的なんだろう。論理的風ではあるがこんな答えをするようじゃ全然ダメ。


調べて分かるのは当たり前、問題はそれをどうやって調べるかですよね。

インターネットで調べればすぐ分かります、というのは恐らく正しくない。まず、電柱には電力系と電話系が存在しますし、 それぞれに地域会社が存在します。地域会社が自分の担当範囲を完全に把握できているかといえば、決してそうではない。 各営業所レベルでしか把握できていない情報があれば、現地調査が必要かもしれません。

つまり、調査フローを論理的に展開していかなきゃならないのです。もちろん、最初から各会社の情報把握状況なんて分かるわけがありませんし、 会社構造自体が分からないこともしばしばです。だから、最初は荒いレベルでフローを考えていき、徐々に情報を集めながら詳細化していく、 というのがコンサルのアプローチです。

Comments

>>インターネットで調べればすぐ分かります、というのは恐らく正しくない。

確かに分かりませんでした。批判されて悔しかったので調べて本数を提示してみようと思ったのですが無理でした。インターネットを過信していました。

ちゃんと調べてもいないのに、調べればすぐにわかるなどと豪語した自分を反省しています。

Posted by sinboo at 2005年03月30日 17:15

-sinbooさん-
参考になる考え方だと思いまして題材にしました。ご気分を害されたようでしたら申し訳ありません。

私の知り合いも面接官をやったりしてますが、グループディスカッションでは、アバウトな質問を論理的に考えていく思考プロセスとチームワークをポイントに評価していきます。

働いて初めてわかることですが、クライアントの要望ってかなりアバウトなんですよねぇ・・・

Posted by エンジニアＡ at 2005年03月31日 02:19

実際の仕事に即して考えるなら、まずは
「この数字はどのような用途にお使いになりますか?」
と、確認するのが最初の様な気がします。

本当は、電柱の本数よりも、送電線の長さが必要なのかもしれないし、
今年増えた電柱の本数かもしれなし、
アジア全体の本数が必要なのかもしれない。
電柱をすべて地中に埋めると、自分の会社がどれだけ儲かるか、の試算をしたいのかもしれない
木の電柱の本数かもしれないし、
電力用のみの話をしてるのかもしれない
正確さも、オーダー(10本なのか、一万本なのか)でいいのか、2桁くらいは必要なのか
さらには集計ソフトのビット幅だけ決められればいいのか?

そういったことが最初の問題になると思います。
大体は、不可能なほど細かく。といわれてしまうので、
タイミングを見計らって、できそうな調査方法とそのデータの使用方法をこっちから提案するのがよいかと。

「調べればわかる」は「調べるのには費用と時間がかかりますが(笑)」と答えるのと一緒で、客のもっとも嫌がる返答だと思われますが。:-)

Posted by 漫画居士柴岡秀一 at 2005年03月31日 11:18

-漫画居士柴岡秀一さん-
そうですね、実際の業務では、それが最終的に何の目的で使用されるのか、という視点が必要ですね。

今回のケースはあくまでGDの課題としてのお話でしたけど、実際にクライアントと接して話してもらえることは、クライアントが真に望んでいる事の表層部分だけであることがほとんどです。

ですから、コンサル業界では「『なぜ？』を最低３回繰り返せ」という格言もあります。（What x3など色々と派生してます）

ex)
客「日本の電柱の数を知りたいんだけど出せる？」
私「できますが、何に使うんですか？」
客「実は今度、電柱の地中化を進める法案が可決しそうでさ、やるとなったらどれだけの対象があるのか調べたいんだよ」
私「どうして今の時点で対象数量を把握する必要があるんですか？」
客「たぶんね、会議で、電柱地中化にかかる費用を聞かれると思うから、対象数を知っておきたいんだ」
私「全本数を数えてそれに１本あたりの費用を掛け合わせるだけで、納得してもらえる数字がでますかね？」
客「そっか・・・確かに地域によっては地下道の拡張工事が必要になるんだよな。」
私「それでは、全体的にどの程度拡張工事が発生するか費用を算出しておきましょうか？」
客「そうしよう」

ちょっと例が長いですね。失礼。

Posted by エンジニアA at 2005年04月01日 20:04