答えが欲しい、それも正解が、
しかも、即座に!

年明けから職場において、プロジェクトマネジメントに関する研修講師の養成をしております。
昨年は、プロジェクトマネジメント基礎。
今年は、品質マネジメントとリスク・マネジメントです。
座学と演習について、理解を深めていくことになるのですが。
毎度のことながら、考えさせられることは、演習の課題とその答え（正解）についてです。

演習課題については、簡単なものがいい。
例えば、引っ越し（オフィス移転）とか。
うーん、本当にそれでよいのでしょうか。
ちなみに、我が社では、過去のプロジェクトを課題にしております。それ故、課題をこなすことは
容易なことではありません。
さらに、演習終了後の講評時において、受講生から、「正解はないのですか？」と質問されます。
さて、どう答えるか。
「正解はない（すべてが正解）」

そもそも、プロジェクトとはどのようなものでしょうか。
PMBOKでは、「独自のプロダクト、サービス、所産を創造するために実施する有期性のある業務」
と定義しています。
いままで存在しなかったものを生み出すのに、はじめから正解があるのでしょうか。
たとえ答えを教えられたとしても、その答えが明日には役に立たないこともありえます。
絶えず軌道修正が必要です。そう、プロジェクトは生きていますから。

毎度毎度、答え（勉強）は教えられませんが、答えの導き方（勉強のやり方）は教えられます。
プロジェクトはトライアンドエラーの繰り返しです。私には人生と同じように思えるのですが。
エラーをできるだけ少なくして、最短で成功へと導くこと。その道標を示すこと。
これが、プロジェクトマネジメント系講座の目的なのですが。

さて、プロジェクトをマネジメントするには、天才の頭脳もMBAもいりません。しかし、プロジェクトを
期限通りに予算内で完成させるには、特別のスキルがいります。　
　　（世界一わかりやすいプロジェクトマネジメントより）

すなわち、「PMBOK」をやるということになるのですが、
私の無茶苦茶な理解では、PMBOKをやるということは、誰がやってもできる（成功する）、再現性がある。
PMBOKではココまでは言っていません。「プロジェクトの成功の可能性を高める」としか言っていません。
なので、プロジェクトに応じて、身の丈に合わせる（テーラリングする）ことが必要になります。

最後に、なぜ、「これはこれ、それはそれ」、算数は算数、国語は国語になるのでしょうか。
「プロジェクト品質マネジメント」の内容は、品質マネジメントとほぼ同じです。
商品や業務の品質を高めること。
これは何に繋がるのでしょうか。
ヒューマンエラーの防止にも繋がります。
品質マネジメントは安全管理にも繋がります。
では、リスク・マネジメントはどうでしょうか。

即座に答え（正解）が求められる時代において、物事を幅広く捉え、正解を導き出す「道標」を示すことこそ重要なことではないでしょうか。

皆さんのお考えはいかがでしょうか。

私の知り合いが「年末ジャンボ7億当てたら・・・」
どうやら当たらなかったようですが。
今度は、「グリーンジャンボで5億当てたら、リタイアだあ～！」と宣うので、
私は、「その金額を稼いでからリタイアでしょう。」と返信した次第。
FB（フェースブック）での会話です。

ご承知のとおり、宝くじの当選確率を計算すると、結論は買わない方が良いことになります。
今年のグリーンジャンボの場合、１ユニットの発行枚数は、1億7000万枚です。
うーん、でも、買わなきゃ絶対に当たらないし。
悩みどころですなあ～。

さて、3.4/100万のお話です。
お察しの通り、シックス・シグマ（6Σ）のことです。
品質のお話です。
品質は顧客から始まる（VOC：Voice Of Customer)の言葉通り、顧客満足を向上するためには、製品やサービスのバラツキをなくす必要がある。そのためには、プロセスを改善すること。
この手法が、日本の品質管理手法(QC / TQC)をモデルにし、さらに統計手法を加えて体系化しているとは驚きです。

さらに、ムダをとる業務改善、リーン、を取り入れると、リーン・シックス・シグマになります。リーン、すなわちムダ取りは、トヨタのお家芸のはず？です。
リーン・シックス・シグマを学ぶと、「間接部門こそ、リーン・シックス・シグマを！」ということになります。たぶん・・・
業務改善の例題としては、「遅刻」をいかになくす（減らす）かが良く取り上げられています。
日本の場合、電車やバスの公共交通機関を利用することを前提に考え、一方、アメリカの場合には、特に指定していないので、たぶん自家用車を想定しているようです。こんなところにもお国柄が出ています。

このリーン・シックス・シグマ、国際標準（グローバル・スタンダード）のISO13053になっているのですね。
ISO9000の次は、これかあ～。
どこまでやればいいのか。
終わりはなさそうです。

ものつくりやサービスの手法と思われがちな（リーン・）シックス・シグマですが、ITとは相性がよいのでしょうか。
ソフトウエアの品質マネジメントでは、上流工程から作り込むことが肝要ですよね。ソフトウエア・ライフサイクルにおいても、プロセスの明確化が大切ということになります。
シックス・シグマをプロセスの明確化と置き換えると、使えそうですね。
もちろん、ソフトウエア開発用にカスタマイズは必要でしょうが。

10分（15分でも良いのですが）、1,000円の床屋さんへ行ったとします。
他のお客様がそれぞれ何分で、平均では10分です。では、私は何分なのでしょうか？
お客である私は、他のお客様が何分であろうと関係ないのです。私は何分なの、10分で終わるのですね。
この確率がいくつなのか。
この3.4/100万の目標が、高すぎるのか、低すぎるのか、改善対象によって異なると思いますが、皆さんはいかがでしょうか