|
問題解決するには方法があります。
独りで考える時も複数で考える時も流れは同じです。 独りの時は自分の頭と心が会議します。 大勢で考える時は頭と心が複数になるだけです。 しかし、複数で会議する時は独りでする時よりも手順が多くなります。
それは参加者の理解レベルを同じにする必要があるからです。 まず、会議の目的を明確にします。
議題を話し合う理由・原因を共有するためです。 経営マネジメントでは実行プランを作成する時に、よく「PDCAサイクル」が出てきますが、これは不具合の原因が判っている場合です。
問題解決の問題の原因が不明の場合には、
Planの前に問題（不具合）を引き起こしている原因を探らないと見当違いの方向に行ってしまいます。
そうならないために、原因を正しく把握することが先決です。 原因究明するために行う思考パターンがSTPDCサイクルなのです。
See（ありのままに事実を観察する）
↓
Think（考える）
↓
Plan（計画する）
↓
Do（計画を実行する）
↓
Check（実行後の状況を確かめる）
↓
See
↓
・・・
すなわち
「See」現状把握、議題の理由・原因の根拠を出す ↓
「Think」現在の状況（不具合）が生じる理由を考える。
さらに生じないようにするにはどうしたらよいか考える。
↓ 「Plan」前項で考えたことで、①すぐに出来ること、②時間・準備が必要なことに分ける。
そして①の実行計画を立て、さらに②の準備計画を立てる。
↓
「Do」①の実行計画を実行する。 ↓
「Check」①の計画通りに実行出来たか確認し、その結果どのようなことが起きたか確認・把握（これがこの時の現状把握）する。 ↓
再び「See」から「Check」を繰り返す。 ここで言う「See」を正しく、事実を事実として現状を受け止めることが、実は最も大事なことです。
これを思い込んでしまったり、推測してしまうので、「７つの習慣」で言うところの「はしごの掛け違い」の失敗を犯してしまうのです。
恥ずかしいとか、格好悪いとか、メンツを気にして事実を認めないところに改善ができないケースが多々あるのです。
|
成功者の生き方
最近のビジネス書には「PDCAサイクル」ばかり載っていますから
文系の若者はすぐに「プラン（計画）！」と考えてしまうのです。
自分の夢をプランするのはそれでよいでしょう。
しかし、
ビジネスの現場では、文字通り「絵に描いたモチ」です。
現場では一つとして同じ原因（状況）はありません。
誰かがどこかでＡというプランでうまくいったからと言って
だからＡプランでいい・・・ということにはなりません。
自分の現場がどういう状況にあり、何が影響しているのか？
まず調査する（良く見る）ことから始めます。
理科系で学生時代に毎日実験をしてきた人間はこれが良く分かります。
よく見て、良しにつけ悪しきにつけ、影響を与えるファクター（要因）が何なのか？
それを全て出し尽くさなければ、何をどうするというプラン（計画）も出て来ないのです。
的外れな計画は百害あって一利なしです。
2013/7/8(月) 午前 1:11