有限会社テオリア：代表プロフィール　池田秀敏：池田式・図解思考で「普通の人でも、優秀な働きができる環境を創る」

代表者紹介ＩＫＥＤＡ　ＨＩＤＥＴＯＳＨＩ

池田　秀敏　プロフィール

有限会社　テオリア　代表取締役
図解思考コンサルタント
　　　池田　秀敏　

新潟県上越市生まれ、上越市在住。
図解で論理的に
「発想を広げ・アイデアをまとめ・分かりやすく伝える」力をつける
図解思考の専門家。

昭和５８年に戸建て住宅のガス・水道の配管ＣＡＤシステムの開発に参加。１・２階の平面図を計算で組み合わせて立体図を作成する機能があり、継手やバルブなどの配管部材を集計するシステムなので事務処理の開発に比べて複雑。複雑な機能を文章や箇条書きで考えてシステムの仕組みを設計することに限界を感じる。そこで、Ａ３の方眼紙に穴あき定規を使って図解を手書きして考えることで複雑な仕組みでも設計できた。図解で、「考えること・表現すること」の可能性を実感する。

平成元年にシステム開発の上流工程専門のフリーのＳＥとして独立、
そこでの３つの「つまずき体験」から図解思考にのめり込むことになる。

一つ目は、顧客の発言通りシステム開発が、テストの段階で「違う！」と言われたこと。
顧客の発言は聞き洩らさず議事録にし、打合せ通りのシステム開発をしてテストに臨むが、テストの段階で、「聞いていないこと・発言と違うこと」が出てくる。議事録を示しながら確認すると「そうは言ったが、本当は違う！」となる。確認印があってもダメ。結局は、システムの改修が必要となり開発コストがアップし納期が先送りになる。原因は、顧客が期待していることを上手く言葉にできないことだった。解決方法として、発言を図解してヌケや矛盾を発見し質問することで解決することができた。

二つ目は、提案営業に行っても上手く話せない理解が得られない、受注できなかったこと。
独立直後は潤沢にあったシステム開発の仕事がバブル崩壊でなくなる。ソフト会社がバタバタ倒産、もうフリーのＳＥではやっていけないとなり、仕事を「もらう側」から「創る側」になろうと提案営業を始める。でも、上手く話せない。話せないなら「紙にしゃべらせよう」と考え、パット見ただけで理解できる図解の提案書を作成することで、営業下手をカバーできた。そこから、もっと分かりやすく伝える図解表現を追求することとなる。

三つ目は、経験の浅い分野では頭の整理だけでは価値ある提案書を作れないと実感したこと。
頭の中にあるモヤモヤしたアイデアを分かりやすく図解するだけでは納得の提案ができない。原因は、頭の中に価値ある情報が少ないから。提案内容を充実させるには、発想を広げ価値ある情報を探し出すことが課題となった。では、どうやって探すか「問い」を立てることの必要性を実感。自分や顧客に問いかけ、ネットや本から情報を探し出す発想の広げ方・まとめる方法が必要と考える。

これらの体験をしていく中で、「社長のゴーストライター」と名乗って、中小企業の新規事業の事業企画書を作成する仕事をすることとなる。社長の頭に浮かんだ事業アイデアを聞き、社長の「想い」を言語化していく。図解するとアイデアのヌケや矛盾を発見できる。そこを出発点に、参考となる同業種・異業種の例や関係資料を集める「問い」の技術、ビジネスの仕組みとしての完成度を高める「まとめる」技術が必要と実感する。

始めは、図解パターンやフレーム・ワークを使って空白を埋める発想をしていたが、枠に縛られた発想と表現しかできないという限界を感じる。ここから、図解表現から図解思考へと意識が変わりました。「発想を広げること、論理的にまとめること、分かりやすく伝える」方法論が必要と考えて研究し、図解を使った思考法「池田式・図解思考」を開発。

図解思考を仕事の基本として習得することを応援することを中心に活動している。
　
実績としては、2600店の加盟店が仲間を増やしていく仕組みと本部との連携方法を
図解で標準化することと、図解の加盟店開拓ツールを使い、わずか８ヶ月で3200店へ
飛躍させることができた。顧客の声としては、「問い合わせが３０％増えた」、
「営業の契約スピードが２倍に加速した」、「技術知識が無い担当者とも話が
しやすくなった」などがある。
図解は、多様な場面で役に立つと実感。
　
現在は、図解思考の普及を通して、
現場の「学び」を「知のシート」で積上げて、
自分をアップデートして未來の可能性を拡大する！
自由に働く人を応援している。

図解にのめり込んだキッカケ

■昭和５８年に配管ＣＡＤシステムの開発へ
若い時に、渋谷の道玄坂の上の方にあるソフト会社でプログラマーをしていました。
主に、汎用機（中型機・小型機）、オフコンでのＣＯＢＯＬで事務処理の開発をしていました。

ですが、長男だったので、昭和５８年に田舎に帰りました。
パソコンを使った、配管ＣＡＤシステムの開発している会社に転職しました。

当時はパソコンが出始めでした。
ＣＰ／ＭからＭＳ－ＤＯＳへの移行期でした。

http://museum.ipsj.or.jp/computer/personal/0005.html

沖電気IF-800　というパソコンを使っていました。
ハードディスクが７ＭＢもあり大容量でした。
ホントに大容量で、ビックリしていました。
今では、考えられないですね。

私は、パソコンも初めて、配管ＣＡＤも初めてでした。

その会社は、
もともとドラフターに向かって配管設計図を作成していた会社で
ソフト開発を始めたばかりです。
システム開発としては素人の集団でした。

みんなで手探り状態で開発を進めて行きました。

戸建て住宅のガス・水道の宅内配管のＣＡＤなので、
プラント設計のような精密なレベルではありませんが
単純に作図をするシステムではなく、
配管経路を追いかけて配管部品を拾ったり部材の積算をするシステムでした。

３次元データを入力し、ＸＹプロッターに平面図・立体図を作図します。

デジタイザー

ＸＹプロッター

他に、拾った部材を単価表と付き合わせて積算表も作成します。

プログラムを作成する仕様書を、
事務処理のように文章で説明すると正確に書こうとするほど文章が長くなります。
半年後に読むと、自分で書いたはずなのに理解できないのです。

そこで、テンプレート（当時は、穴空き定規です）を使って、
Ａ３の方眼紙に図解の仕様書を書いていました。

　　　．．大量の手書きの図解の仕様書を作っていました。
　　　　　これが今の図解につながっています。

配管の仕組みを理解して配管入力のプログラムの仕様書を書くには
頭の中だけで、言葉をこねくりまわしても見えてきません。
そこでやったのが
針金を曲げながら配管の形状をイメージすることです。

そんなことしていたのは私だけでした。
頭の外で、形にして表現しないと見えてこないものがあります。

今思えば、「まさに、これが図解の極意！」だと考えます。

■平成元年に独立し上流工程専門のフリーのＳＥに　

平成元年に、会社を辞めて上流工程専門のフリーのＳＥになりました。

システムを導入予定の会社を訪問して、どんなシステムを求めているか
　　「要求」を取材し議事録にまとめ
　　「確認印」をもらい開発に進みます。

その打ち合わせ内容をもとにシステムを設計してプログラムを作成します。

出来上がったプログラムを持ち込んで、いざ導入テストになると
「ここが違う！」と指摘され修正を要求されることが何度もありました。

私が
　　「打ち合わせしましたよね」
　　「議事録にもあります」
と、記録を見せながら尋ねると
　　「確かに、言った．．でも．．」
　　「でもここは、こう修正してもらわないと使えない．．」
となります。

こんな体験から
顧客が
　　　「口で言ったことと、心で望んでいることが違う！」
ということに気がつきました。

顧客は、こうしたい、としいうことを上手く明確な言葉にする事ができません。

実は、ここに問題があったのです。

顧客の発言は
　・仕事の全体をシステムとして理解していません
　・仕事の全体を漏れなく話していません
　・発言の整合性を意識していません
　・内容の正誤を確認していません
　・未来に向かってどうしたいか考えた時間が少ないんです
　・自分の利害を守ろうと恣意的な発言もあります

どうやったら？
顧客が上手く言葉にできない「顧客の期待」を掴めるのか？

これが、私の人生のテーマの一つになりました。
ここから、どんどん図解の沼にはまり込みました(^^)/

顧客や上司の口で言っている言葉と心で望んでいる期待が違う