おはようございます、ラオユアンです。
プロジェクトマネージャーの周りでは、日々多くの問題に遭遇します。
プロジェクトがスムーズに進まない、設定したKPIを達成できない、プロジェクトの多者間調整に問題がある…など。
このような状況に遭遇すると、表面に見える問題は本当の問題ではなく、問題を引き起こしている現象こそが本当の問題であることがよくあります。
現象を通して本質を見る場合も同様です。
本当の問題が何であるかを認識できなければ、適切な解決策を見つけることはできません。
現在、老園氏はマッキンゼーが提唱する考え方、つまりMECE ルールを共有しています。論理的な混乱を解決しても、根本的な問題が見つかりません。
1. MECE分析手法について
01 MECE分析とは何ですか？
「ピラミッド原則」を最初に提案したのは、本書の著者でもあるマッキンゼー・アンド・カンパニーのコンサルタントたちだ。
最近、マッキンゼーの仕事の秘密のために、ラオ・ユアンは再び本を読み直し始めましたが、たまたま MECE 分析手法を目にし、今日のラオ・ユアンの記事のインスピレーションの源でもあります。
MECEって何に使うの?と疑問に思う人も多いかもしれません。考え方や質問に答える方法を提供します。
十分に直感的ではありませんか? 正式名称は Mutually Exclusive Collectively Exhaustive、つまり「相互に独立しており、完全に網羅的」であることからわかります。ME:各部分は互いに独立しており、重複がなく、排他性があります。CE:すべての部分が尽くされており、何も省略されていません。
02 なぜMECEを使うのか？
マクロ的な観点から見ると、私たちは思考と意思決定を支援する思考モデルとツールを使用する必要があります。
アプリケーションの観点から見ると、プロダクト マネージャーであれプロジェクト マネージャーであれ、日常業務では非常に高い論理能力が求められますが、MECE はまさにこの点で役立ちます。
プロジェクト管理の全体的なプロセスを実行し、各リンクを解体して最適化し、どのような状況に遭遇するか、どのリソースを調整する必要があるか、どの関係者に連絡する必要があるかを完全に理解できますか?
あるいは、Web サイトやアプリの登録とログインのプロセスを整理するなど、プロダクト マネージャーにとっては一般的なことですが、考えられるすべての要素を考慮する必要があります。
たとえば、アカウントが存在しない場合にプロンプトを表示する方法、確認コードを設定する方法、パスワードの保存と更新を設定する方法、パスワードが間違っている場合にプロンプトを表示する方法などです。
プロジェクト管理と同様に、製品のプロセスを整理する過程では、製品の初期状態、正常状態、境界状態、エラー状態を明確に考慮する必要があります。
2. MECEの使い方
役に立たないとわかっていても、使い方を知っていればとても便利です。したがって、それをどのように使用するかが、通常、誰にとっても最も関心のある問題です。
特に複雑な概念については、説明しても理解できないかもしれないし、理解しても意味がないので省略しますので、今日は実践的な応用についてのみお話します。
MECE 分析手法を使用すると、通常は最上位の質問から始まり、それを層ごとに分解するため、実際には次の 2 つの質問を自問し続けるだけで済みます。
1. 考えられるすべての要素を考慮しましたか?また、何か見落としはありましたか? ある場合は、もう一度探してください。2. これらの要因の間に重複する部分はありますか? その場合は、重複を除去します。
01 MECE分析でよく使われる分類法。
MECEには5つの一般的な考え方があり、実際にそれらを置き換えて実際の仕事の問題を解決することができます。
二分法、プロセス法、要素法、数式法、二次元四象限法。
これらのカテゴリをどのように使用するか?
① プロセスメソッドは、 SOP プロセスを伴う実際のイベント、オペレーション、プロジェクトプロセス、または製品の実行に適用できます。
② 要素法は相互消尽の要求が比較的高いため、重複や省略をしないように努めます。
③フォーミュラ法はデータ処理によく使われる手法で、とても香りが良いのがわかります。
④ 2 次元四分円法。時間管理や優先順位付けに多くの人が使用しています。
実はこれらの考え方が、時間管理や４象限法、そしてwbs分解とつながっていることに気づいたでしょうか。
02 注意事項
なお、思考ツールは完全に独立しているわけではなく、MECEではできないことも当然あります。
例えば、静的なので反応が遅く、変化についていけない場合があります。
帰納法と演繹法を組み合わせて、MECE を使用してロジックを導き出し、帰納法と演繹法を使用してダイナミックなドリルを実行し、二本の剣が合体します。
もちろん、組み合わせは１つに限定されるものではない。実際のプロジェクトの状況に応じて使用してください。
3. IBM 社内トレーニング資料: マッキンゼーの仕事の秘密
メンタルモデルは何千万もあり、記事を読んだだけですぐにマスターできるわけではありません。
この記事を通じて、皆さんが心を開いて、より多くの思考モデルを蓄積できることを願っています。時にはボトルネックに遭遇し、考えを変えると、海も空も明るくなります。
最後に、IBM の社内トレーニング資料の一部を共有したいと思います。マッキンゼーの仕事の秘密、内容が多すぎます。必要に応じてラオ ユアンがいくつかアップロードし、ラオ ユアンの WeChat を追加し、完全な PPT コンテンツを受け取るには「マッキンゼー」とメモしてください。。
————
私はラオ ユアンです。私の公式アカウント [プロジェクト マネージャーラオ ユアン]をフォローしてください。毎日、プロジェクト管理の事例が共有されます。