名言！アイスクリーム味のチャーハンー予定どおり進まないプロジェクトの進め方

アイスクリーム味のチャーハンを注文したことはないでしょう、でも似たようなことはやっている。これはこういうことが書いてある本です。
Kindle　Unlimited
　進まないプロジェクトの進め方という表題です。これは問題解決と密接な繋がりがあります。そのため、問題解決のカテゴリーをつけました。なぜかというと問題解決の中の「未然防止（悪いことが起きる前に食い止める）」に繋がるからです。（ここでそれは問題解決じゃないんじゃないか！という意見もあります。今回は未然防止は問題解決に含めます）
　ある程度仕事に慣れてくると非ルーティンワークを任されることになります。毎年や毎回同じようなことしていても、実はことなることが発生するようなのを「非ルーティンワーク」とここでは呼びましょう。
　よくTVのCMで建設会社のCMがあります。一度ぐらいはみたことありませんか？次見たときは関心を持って見てください。若手でも指示しているようなシーンがあります。「ビルを建てる」っていうのはいつもやっていることです。しかし、ビルそのものは毎回違って、その度ごとに異なることが出てきます。このようなものが非ルーティンワークと言えます。　非ルーティンワークというとあまり使われない言葉なので、ここではこの本に合わせて「プロジェクト」と呼びましょう。

専門家を使うときの困難さ

　プロジェクトでは専門家を使う必要があります。よく仕事を教えるときに「自分でやったほうが早い」という言葉を聞きますが、このときはそんなことはありません。的確に指示を出す必要があります。ここで「アイスクリーム味のチャーハンを作れ」と似たようなことが発生します。
　ここで要望と要求という言葉が出てきます。問題解決の問題と問題点のようなものです。なかなか、この要望と要求をうまく使い分けるのは難しいです。これは訓練を繰り返す必要があります。これがすぐできるようになったら問題解決がすぐできるっていうのとほとんど同義です。
　要望をうまく要求に落とし込めないと、とんでも無いこと言い始めたりします。ここで書籍の引用をしてみましょう。

「チャーハンください。味は…… えーと、アイスクリーム味で。ちなみにうちの子は卵アレルギーなので、代替食で。味にはこだわります。最近流行のエビ風味あんかけチャーハン、あんな感じがいいかなぁ。何かお薦めあります？　あ、あと、安くしてね！　盛り付けは綺麗なのが当然。プロなんだから、そこは気を利かせていい感じにしてくれたらオーケーです(^-^)」

　絶対おかしいと思います。しかし、専門家相手にしているとこれぐらいの知識の差があるのが当たり前です。そして、恐ろしいことにそういうことを私的してくれません。これは「発注者」と「受注者」の時が顕著です。言外になんとか指摘してくれることこともあります。そういう時でもこちらの方にそれなりの知識と、”なにかとんでも無いこといってるかもしれない”という構えがないと知覚することができません。
　反面同じ社内での場合は指摘も期待できます。そういうので鍛えることができればいいですね。

風太郎の経験でこういう人がいました。
その彼は当時２０歳です。Just２０歳でした。今度”成人式”という人です。年齢的には風太郎よりかなり下でしたね。彼は業務上専門家に指示することが多い仕事でした。ちょうど先ほど述べた、CMの検査越会社の人をイメージしてください。社内なので、指示に対して”出来ないことは出来ない”と明確に言われることが多いです。そこで彼は相手の話をうまく聞き出して、こちらの要望をうまく要求に落とし込んでいました。当時風太郎は、その部署に移動したばかりで「すげー、二十歳の子がここまでできるんだ！とんでもない部署にきたぞ」と真っ青になった記憶があります。

問題解決では整理の方法も大事

　こういう風に的確にプロジェクトを進めるためには経験も大事です。その時に道具を使うと学習速度があがります。風太郎の昔の上司がこう言いました「経験というものはそこに長く居たことじゃない、どれだけ学んだかということだ」。全くその通りだと思います。　こういう風に未然防止のために経験から学ぶ（PDCAもその一種です）ことは非常に大事です。それを効率的に進める道具類は多くあります。また、それらの道具類は本来は未然防止のための道具なので、問題の発生自体も減少します。
　いろいろな道具が提案されています。自分の状況と能力にあった道具を使うことだと思います。また、初心者ではいくつか試してみるのもいいかと思います。この本では、

プロジェクトの失敗要因として、「未知変数」や「想定外」への対応が重要であるということを述べてきました。ここからはそうした状況・事態に対応するための手法について、筆者らが考案した「プロジェクト譜（以下、プ譜）」について紹介します。

とあります。続いて

　プ譜とは、プロジェクトのための「エディティング（編集的）ツール」であり、その目的は大きく二つあります。一つは、プロジェクトにおける状況の変化や関係性を可視化することで、プロジェクトの「問題」を理解、解決しやすくすること。もう一つは、プロジェクトマネージャとしての力量を上げるための仮想演習を行うことです。これらによって、プロジェクトの失敗を回避し、進めやすくすることが最終的な目的です。

　と未然防止のツールとして紹介しています。

　ただ、風太郎としてはこれらは学習を急速に進めるための道具として使えること勧めたいところです。このようにプロジェクトの進め方として上手な例えといくつかの道具の紹介、使い方を説明している本です。Unlimitedで読むことができるのでかなりお買い得です。元々が千円台の本なので一冊購入してもいいかと思えるレベルです。