[#TOC] 答えをみつける機会 - 「考えろ！」だけでは考えられない -

先日、TOCfE関西のTOC/TOCfE関西分科会～ごちゃごちゃすっきり！ブランチ講座～に参加してきました。

TOCとは

最近、トヨタ生産方式の流れを汲むTOC/TOCfEがじわじわと広がっています。TOC/TOCfEは知らなくても「ザ・ゴール」という全米で２５０万部売れたベストセラー小説ならご存じの方がおられるかもしれません。

TOCというのは著者のゴールドラット博士がまとめた制約理論を基礎とするものです。中でも、個々の作業ごとに持ってしまいがちな作業のバッファをプロジェクトでまとめて管理することで高い生産性を実現するCCPMが有名です。

TOCfEとブランチ

そしてその２作目の「ザ・ゴール２」で書かれたのが、TOCをベースにした思考法であるTOCfEです。TOCfEには３つの有名なツールがあります。

• ブランチ：なにを変えるのか
• クラウド：なにに変えるのか
• アンビシャスターゲット・ツリー：どうやって変えるのか

今回はブランチです。

ブランチでは、次に用に考えます。

１）隠れた思考の要素を導きだす。
２）「なぜならば」にあたる隠れた推論を導きだす（下から出る場合もれば、下から出る場合もあります）。
３）ブランチは正しいのか、内容を明確にし、存在有無、因果関係、十分な条件、から？因果関係を確認する。

気になった言葉

分科会ではいつものように、TOC/TOCfEの説明、ブランチの説明、演習、とあって、演習では付箋を色分けしているチームもあって、勉強になりました。

いつものTOC/TOCfEの説明でしたが、今回はゴールドラット博士の言葉が気になりました。

「学ぶことの最大の障害は答えを教える事ではないか？それは、自分で答えをみつける機会を永久に奪ってしまうからである。」

この「答えをみつける」とは、一体、どういう意味なのでしょう。ゴールドラット博士は、TOCfEの思考のツールを与えて、答えをみつけることの重要性を語られています。つまり、ツールを使ってもっと大切なことを考えさせようとしているのだと思います。

「考えろ！」だけでは考えられない

プロジェクトにトラブルがあったとき、「考えろ！」と言ったり、「考えさせろ」（あるいは「ちゃんとやれ！」）という指示をされていませんか？それは答えをみつける機会を与えているでしょうか？

指示する側から見ると、こうすれば良い、それぐらいわかるだろう、そんな思いがあるでしょう。でも、なぜそう思えるのでしょうか。どんなやり方があり、それぞれの特性を知っているから、適切な方法を思い浮かぶのだと思います。

もし、やり方を色々知っていて、考えないでいつも通りやっているなら、「考えろ！」は的確だと思います。でも「考えろ！」と言う人に限って、どのような方法があるかを教えずに、考えさせようとしていないでしょうか？

「考えろ！」という人も、多くの場合は過去の経験やどこかで知ったことを状況に合わせて適用しているだけなのですが、それを自分で考えたと思っていないでしょうか。

車輪の再発明をさせてはいけない

「答えをみつける」ということは、先人の知恵をどのように活かすかを考えることです。何もない所から、車輪の再発明させることではないと思います。

もちろん、工夫をしていたら同じようなことをしていたということもあるでしょう。でもそれは、知っていれば苦労せずに長所短所を知ることができて、さらに高度に発展させられたかもしれないのに、汎用化されていない似た様な事しかできていないのです。

いまだに、NIH症候群は根強いのでしょうか。

魚を与えるのではなく、魚の釣り方を教える

ゴールドラット博士の言葉は「考えろ！」というのではなく、「教えろ」と言われているのではないでしょうか？

たしかに「俺の若い時は」と思うことも多々あると思いますが、昔と今は違います。かつては、言語の本かマニュアルを１冊読んで、一通りのアルゴリズムを知っていれば良い時代でした。しかし、いまや言語はもちろんのこと、フレームワーク、アーキテクチャ、レビューやテスト技法、開発標準、法律、などなど、しかも、業務によってニーズは大きく異なります。

答えをみつける機会を与えるには、先ずその方法を教えることが必要だと思います。ポイントは「教える内容」であって、「教えないこと」ではないと思います。方法やツールを与えて解決策を考えさせる。TOCfE分科会で行われているような教え方が必要だと思います。