(3ページ目)

非常

に関する学び

---

データ分析における意思決定とは？ ビジネスにおける意思決定において、データ分析は非常に重要な役割を果たします。数値を可視化することで先入観にとらわれずに合理的な判断が可能となります。また、比較の際には、条件を揃えた上での分析が重要です。目的を明確にすることで、何を明らかにしたいのかという背景を理解し、分析の効果を最大化することができます。 失敗をどう教訓に活かすか？ 日々の業務ではこれらの点を意識してデータ分析を行っているつもりでしたが、振り返ってみるとできていないことも多く、過去には目的を明確にしないまま分析に臨んだ結果、時間を無駄にして失敗に終わった経験もあります。しかし、この失敗を教訓に、分析の依頼者に対して背景や目的を確認することで、効率的なデータ抽出と適切な要因分析ができ、最終的には施策の成功に貢献することができました。この経験を通じて、分析の初期段階で目的を明確にすることの重要性を再認識しました。 今後の分析に向けた意識改革 現在の分析経験はまだ少ないと感じており、依頼されたものだけでなく自ら事業の課題に対してデータ分析を行い、積極的に提案していきたいと考えています。ウェブサイトの行動履歴ログを基にした流入、離脱、コンバージョンの分析を通じて、カスタマーの動きを把握し、学んだ知識を活かす場面は増えそうです。 依頼者とのコミュニケーションの重要性 過去には依頼者とのコミュニケーション不足で目的が不明確なまま進め、失敗した経験もありました。今後は、何を明らかにするための分析なのかを明確にし、依頼者と密にコミュニケーションを図ることで認識のすり合わせを心掛けます。また、データ抽出の間違いで時間を無駄にした経験から、目的達成のために必要な情報を収集し続ける努力を欠かさないようにします。さらに、分析結果を言語化する際には、簡潔かつ構造的にまとめることを目指します。 スキルの向上と今後の展望 これからは、データ分析に必要な情報を依頼者とのコミュニケーションを通じて収集し、過去の失敗や学んだ知識を活かして、目的の明確化、仮説の設定、納期、データ抽出の定義など、依頼者とすり合わせを行い、認識の齟齬をなくすよう努めます。依頼者が求める分析の目的を見失わないように、すり合わせた内容を基にして、全体像を把握するデータ抽出から始めるつもりです。分析結果は言語化し、依頼者と密にコミュニケーションをとり、振り返りを行います。 学んだ知識をもとに行動を重ね、情報収集やデータ抽出方法のツール、プログラムの習得などのスキルを磨きつつ、事業の課題に対して正確なデータ分析レポートを提供できるよう努力を続けていきます。

物事の理解を深めるには？ 物事や起きている事象を正しく理解するためには、様々な切り口で分解し、特徴的な傾向を見つけ出すことが重要だと実感しました。 MECEな切り口を考える意味は？ まず、切り口はできるだけ多く考えることが大切です。物事の特徴を見つけ出すためには、様々な切り口での分解が必要です。これを効率良く進めるためには、MECEな切り口を考えることが重要です。もし切り口にモレやダブりがあると、要素同士が重複してしまい、分解しても特徴をうまく捉えられません。MECEであれば要素同士が独立しており、特徴を特定しやすくなります（原因解析であればうまく原因を特定できる）。 どのような切り口が効果的？ MECEな切り口には、主に3パターンあります。「層別分解」、「変数分解」、そして「プロセス分解」です。全体を定義したうえで、これらを入口に考えていくと効率良くMECEな切り口を見つけられます。 分解結果をどう活用する？ また、物事に影響を与えそうな原因の仮説を持ち、どのような単位で分解すると意味がありそうか考えることも重要です。目的に沿う切り口だけを仕分けて選別します。数値から特徴を見つけるには、分解した結果をグラフによって視覚化することが有効です。視覚化することで、全体を俯瞰し傾向を見つけやすくなり、効率化にも非常に有効です。 エンジニアに必要なスキルは？ 数値を分析して物事を正しく捉えるという仕事は、開発業務に従事するエンジニアとして機会があります。今回の学習を踏まえて振り返ってみると、「変数分解」というアプローチを良く取っていたように感じます。この他にも「層別分解」や「プロセス分解」といったアプローチがあることを学んだので、これらのアプローチから新しい切り口を考えるのは有効だと思います。 プロジェクト運営での活かし方は？ また、数値分析というわけではありませんが、物事をMECEな切り口で分解して捉えるということ自体が、自身の仕事で役立つと感じています。今では開発業務における数値分析という仕事は減り、プロジェクト運営の仕事が増えています。プロジェクトの方針・方向性を示し運営していくことが必要とされており、MECEな切り口で物事を捉えて説明するということは有効だと考えます。 実践すべきステップは何か？ プロジェクトが担当する範囲を明確にし、その中でやるべきことをさらに分解して示していく必要があるので、MECEな切り口で分解していくことを意識したいと思います。MECEの3つのアプローチを入口に、切り口を出していくことを意識して実践していこうと思います。

新手法はなぜ難しい？ ライブ授業では、以下の三つの視点について考えさせられました。まず、新しい手法の採用が避けられる背景として、効率的に実行することが常識となっているため、あえて新しいフレームワークや方法を採用すると非効率になるのではないかという考えがある点です。 日常分析は大切？ また、海外での日常生活に早く馴染むための施策として「日常生活」を分解し、分析する方法が有効であるという考え方も印象的でした。細かく分けて捉えることで、物事の本質が見えてくるという点は、実際の業務や生活においても役立ちそうです。 人生の問いは？ さらに、人生を振り返る際の問いとして「どういう人になり、どのような人生を送りたいのか」を考える重要性にも気づかされました。一方で、ビジネスにおいては最速・最短で成果を出すことが理想とされるため、目的に応じたアプローチの違いを実感しました。 ショートカット活用？ 新しい手法の採用が促進される例として、キー入力時のショートカットが挙げられます。一度覚えてしまえば生涯にわたって役立つにもかかわらず、普段使っていない人がいるのはもったいないと感じます。たとえば、コピー＆ペーストのCtrl+CとCtrl+V、すべて選択のCtrl+Aなどは、使いこなせれば非常に効率的な操作です。しかし、自分自身にもなお、ページの先頭や末尾への移動、あるいは特定の機能（Excelのピボットテーブルなど）の利用に踏み切るのに時間がかかった経験があります。 変更の時間は？ なぜ新しい手法への変更に時間がかかるのかをしっかり分析することは、他者へのアプローチ方法を見直すヒントになると感じました。日常生活や業務の中で、従来の方法を採用し続けることで非効率になっている事例は、意識して分析すべきテーマです。過去に学んだサブスクリプションサービスの事例やスイッチングコストの問題は、古い方法を見直す一つの参考になると思います。 伝統の維持は？ 具体例としては、伝統的な元号表記の維持によって計算が煩雑になっている点、従来の町会活動における手法が、実際にはより効率的なデジタルツールに置き換えられる可能性、また紙媒体の利用が続いているために環境への負荷が無視できない点などが挙げられます。これらの例から、新しい手法への切り替えを検討する際には、変更することで誰が困るのかを考慮することが重要だと感じました。 非効率を見直す？ 皆さんの日常や業務においても、従来のやり方をそのまま継承することにより非効率となっている事例があれば、ぜひ教えていただき、原因を掘り下げる材料にしていければと思います。

学びはどう深める？ ライブ授業やロールプレイでは、「自分に引き寄せられる」ことが学びを深める上で欠かせない要素だと実感しました。リーダーシップは日々のあたり前の積み重ねであり、実際の経験が洞察と理論を融合させることで、その効果がさらに高まると感じました。6週間で学んだ内容を実践するための心構えが最後のライブ授業に凝縮され、一度にすべてを実践するのは難しいため、理解した内容を行動に移し、振り返りながら次のステップに進む重要性を改めて認識しました。また、ロールプレイでは仲間同士で本音で意見を交わせた一方、実践の場では自分の考えを伝えるだけでなく、相手の意見を深く理解する必要があると感じ、日頃のコミュニケーションの積み重ねの大切さを実感しました。 理想のリーダーは？ WEEK1で記した理想のリーダー像は依然として変わらず、なぜそのように考えたのか、また理想に近づくためにどのような行動をすべきかを理解する上で、本講座の内容は非常に有益でした。当初掲げた、チーム全体が前向きな姿勢で取り組むことで個々の成長が互いに刺激となり、結果として相乗効果を生み出すという目標を実現するため、今後も学びと実践を重ねていきたいと考えています。 相互信頼はどう育む？ 目標設定、計画立案、そして振り返りとフィードバックを通じて、業務成果と部下の成長を両立させるためには、相互信頼が基盤となります。そのため、言葉の選び方やタイミングに細心の注意を払い、自分の伝えたいことが部下にしっかり届くよう努めるとともに、部下が気軽に意見を発言できる環境づくりを日常的に意識したいと思います。無意識に行っていた人間関係の構築を体系的に見直し、相手に合わせたコミュニケーションや表現方法を学び続けることが必要です。 関係性はどう変わる？ また、関係性の構築においては、同僚や仲間としての立ち位置から、リーダーとして業績や成果を考慮した関係性へと徐々にシフトしていく必要があると感じています。一歩先を見据えて課題を設定し、プロジェクトの行く末を自分なりに推測した上でフィードバックに活かすなど、より戦略的な関係性の構築を目指していきたいと考えています。 低評価はどう響く？ 最後に、ロールプレイなど実際の経験を通じて、相互の意識や関係性がどのように変化したのか、また評価面で低い結果が出た場合の被評価者の心情について、具体的なエピソードや対処方法があれば伺いたいです。評価側が誠意を尽くしたとしても、低評価という現実がどのように影響するのか、またそれを乗り越えるためにどのような方法を採ったのか、ぜひお話を聞かせていただければと思います。

モチベーション理論の活用は？ モチベーション理論を振り返ると、仕事や身近な人々のモチベーションに当てはめたとき、多くの納得できる点がありました。目に見えないモチベーションですが、理論をフレームワークとして活用することで、次に取る行動のヒントとなると感じました。今後、日常業務でもこの理論を積極的に取り入れていきたいと思います。 仕事の振り返りはどのように？ 仕事の振り返りについては、これまで自身の経験をもとに教訓を話すことが多かったため、今後は若手自身の言葉で考えを語ってもらえるよう意識していく必要があると感じました。 リーダーは何をすべき？ また、チーム全体で大きな成果を出すためには、各メンバーのモチベーションが非常に重要です。ただし、リーダーが「あなたのモチベーションを上げようとする」と伝えると、必ずしも良い反応を得られるとは限りません。モチベーションの向上はあくまでも成果として現れるものであり、リーダーとしては業務上の障壁を取り除くことに力を入れるべきだと考えています。ここでいう障壁は、ある理論で指摘される衛生要因や動機付け要因に関するものです。 効果的な対応方法は？ 日常的なコミュニケーションを通じて、各人のモチベーションの源泉を把握した上で、プロジェクトの進行中に発生する課題やトラブル、節目の際にタイムリーかつ迅速に対応していきたいと考えています。対象者ごとの接し方は以下の通りです。 まず、ベテランには感謝と労いの言葉を中心に伝え、相手の自尊心を満たすことを重要視します。困難や不満を感じている場合は、率直な意見を聞き、その声に寄り添う姿勢を示すことが大切です。また、年齢差を考慮し、過度なアドバイスは控えて尊重と傾聴を優先します。 中堅層に対しても同様に感謝と労いを伝え、今回学んだ振り返りのテンプレートを基に、相手の反応を見ながら次回に活かせるようなアドバイスを心がけます。本人のやり方を尊重しつつ、改善の余地がある点については成長の機会として積極的に指摘していきます。 ほぼ新人の若手には、感謝と労いの言葉を十分に伝えた上で、学んだテンプレートに沿ったフィードバックを実施し、成長を促すよう努めます。新人は基本の習得が中心となるため、基本に忠実な対応が求められます。 フィードバックのポイントは？ 仕事の振り返りは、業務の流れの中で自然に伝えられるよう、できるだけタイムリーかつ迅速に実施したいと考えています。業務の一区切り前から「良かった点」や「改善点」を意識することで、あえて改まった場を設ける必要がなくなり、効果的なフィードバックが可能になると感じました。

会話分析で隠れたニーズは？ 定性分析について学んだ中で、CRMの管理者として、営業担当が顧客との面談で交わした会話内容をテキスト分析することで、隠れたニーズを発掘できるのではないかと考えました。一人ひとりの顧客に対し、営業担当自身がそのニーズに気づけるCRMシステムが理想です。しかし、そのシステムが効果を発揮するためには、まず営業担当のインタビュー能力を高め、会話内容を漏れなくテキストとして記録する仕組みが必要だと感じました。 研修でどう均てんする？ インタビュー能力の均てん化は研修を通じて改善できると考え、記録については音声入力などのテクノロジーが一定の解決策を提供してくれるのではないかと思います。 セグメントの切り口は何？ また、顧客のセグメンテーションは売上などの定量的な視点からだけでなく、定性分析を通じてこれまでとは異なる切り口で行える可能性があり、その各セグメントに対する最適な解決策を考えることができると感じました。このため、膨大なテキストデータのコーディング作業が非常に重要だと考え、AIの活用により効率的に対応できるのではないかと期待しています。 システム改善をどう確認する？ システム導入については、すぐに実施するのは難しい状況ですが、リニューアルされた別のシステムが以前より使いやすくなったかどうかをチャットベースでのインタビューを通して確認する取り組みも行っています。ただし、単に「使いやすくなった」といった安易な回答に終始せず、具体的にどの点が改善され、どこに課題があるのかを掘り下げる質問をしていくことが重要だと考えています。たとえば、普段どのページにアクセスしているのか、そのページやデータへのアクセスが容易になったかを確認するなど、具体的な視点から質問を設定しています。 利用意義をどう問う？ また、システム利用によって本来的に実現したいことに焦点を当てる必要性も感じました。問題点を問うのではなく、見たいデータへのアクセス手順が改善されたか、データがインサイトを得られるように可視化されているか、といった具体的な問いを設定するべきです。ざっくばらんに意見を募ると、後々コーディングして集約する際に混乱が生じる恐れがあります。 仮説構築の秘訣は何？ 定量分析が仮説の検証を目的とするのに対し、定性分析は新たな仮説構築を目的とします。コーディングを通じてプロセスやフレームワークを構築することで、これまで想定しなかった要素も明らかになるでしょう。デザイン思考においては、仮説が広範囲になりすぎず、解決策ありきの課題設定を避けることが肝要だと感じました。

試作で既視感感じる？ 試作は、プロダクトデザインや建築プロジェクトで通常実施される工程であるため、どこか既視感を覚えました。また、WEBのインターフェイスデザインに見られる機械のスイッチパネルといったメタファーは、自身の専門分野に近いこともあり、非常に理解しやすいと感じました。 WEB手法は建築に合う？ WEBデザインと同様のプロセスが、建築や施設管理運営のデザインにどのように応用できるのか、非常に興味深いと感じています。これまでの事例に照らし合わせ、応用の可能性を検討してみるとともに、自身の事務所のホームページのリニューアルにも活用する予定です。 建築手法は信頼できる？ 建築業界で活用される開発手法は、長い歴史と多くの実践に裏打ちされているため、精度が高く実務にも適していると実感します。しかし、似た考えを持つ人々によって運用されるため、気づかぬうちに独自の進化を遂げる場合もあります。また、竣工後のオペレーションや保守管理におけるプロトタイピングについては、まだ標準化された手法が確立されていないのが現状です。 デジタル手法は革新的？ 一方、デジタル分野ではアジャイルなど、他分野にも影響を与える新たな開発手法が続々と生まれており、今回学んだフレームワークも積極的に研究し、応用してみたいと思います。機会があれば、実際にデジタル業界で活躍されている方のお話も伺いたいと考えています。 評価の落とし穴は？ プロトタイピングの課題として、専門家でないユーザーが成果物の内容よりも表現技術の巧拙に左右されやすい点が挙げられます。上手な絵、最新の機材を活用した表現、巧みな言葉遣い、さらにはアイデアの発案者の知名度や地位によって、ユーザーの評価が影響を受けることがあるのです。優れたプロダクトを生み出すためには、制作者自身も厳しい目線を持つユーザーとの協働が必要だと感じています。 プロトタイプの役割は？ また、プロトタイプは単なる開発工程の一部に留まらず、ユーザーとの対話のためのメディアとして機能すること、さらには開発チーム内のコミュニケーションツールにもなることを改めて確認できました。 意味の共有はどう？ こうしたポイントは理解しているつもりでも、実際の開発後半では、開発者のアイデアを強調するためのプレゼンテーションツールとして利用され、ユーザーや他のメンバーが十分に参画できなくなるケースも少なくありません。今後の開発プロセスでは、プロトタイプの本来の意味をチーム全体で共有し、全員が対話できる環境作りに注力したいと考えています。

結果から問題設定は？ 問題や課題を解決するには、ただ漠然と分析するのではなく、まず結果から逆算して問題を設定し、その根本原因を把握することが重要だと学びました。表で示されたデータを図に起こすことで、全体像を俯瞰しやすくなり、どこに課題が潜んでいるかを明確にできると感じました。 数字の裏側は？ また、計画値と実績値のギャップが全体にどの程度影響しているかをパーセンテージで示すことは、単なる数字の大小だけでなく、その背後にある要因を突き止め、分析の精度を高める上で有効です。単に数字が大きいという事実に注目するだけでなく、継続して損失が出ている状況など、現場での定性的な情報も加味し、何を最優先で分析すべきかを決めることが大切であると感じました。 分析の切り口は？ さらに、すべてのデータが整っているわけではないため、まずはどの切り口でデータ分析を行うか、仮説を立てた上で手元のデータを整理、収集する姿勢が求められます。データに向かう前に、視野を広げ多角的に問題を捉える体制を整えることが鍵となります。 現状と理想は？ また、現状（as is）と理想（to be）のギャップを明確にすることが重要です。何を理想とするのか、どこにギャップがあるのかという点を関係者全員で合意することが、問題解決のスタート地点になると理解しました。 解決策の整理は？ 問題解決には、改善を目的とするアプローチと、さらなる向上を目指すアプローチの2つがあり、ロジックツリーのような思考整理のツールは、全体を複数の要素に分けて検証する際に非常に役立つと感じました。具体的には、層別分析や変数分析などを駆使して、細部にわたる解決策を検討することが効果的です。 その他の注意点は？ 加えて、全体の中で『その他』に分類される割合が大きくなる場合は、データの切り分け方が適切かどうかの見直しも必要です。数値上は少数であっても、影響力が大きい要素には十分な注意を払うことが重要だと思いました。 戦略分析はどう？ 広報戦略や施策の検討においても、ロジックツリーなどを活用し、どの視点からデータを分析すべきかを考えることが有効だと感じています。また、ウェブから得たデータを単に眺めるのではなく、具体的な問題や課題を設定し、何を知りたいのかを明確にすることで、分析の精度を大いに高めることができると思いました。 定性情報は何？ こうした定量的な分析に加え、定性的な情報も取り入れる事例を学ぶことで、納得感を持ちながら現場の試行錯誤をより深く理解できるようになったと実感しました。

損益計算書とB/Sの意味は？ 今週は、損益計算書（P/L）や貸借対照表（B/S）の基本構造と、それぞれが経営に果たす役割について学びました。特に「売上－費用＝利益」というシンプルな公式が、どのように経営判断に活用されるか実例を交えて理解できたことで、業務においても数字に注目する視点が徐々に芽生えてきました。 数字の背景はどう読む？ また、「売上高営業利益率」や「売上高原価率」といった指標を通して、経営の効率性と健全性を客観的に判断する視点を得られました。これまでただ並んでいた数字も、ストーリー性をもって捉えることができたのは、大きな前進だと感じています。 戦略の裏に何がある？ ケーススタディとして取り上げられたカフェの事例では、数字の裏にある「戦略」や「思い」にも注目することの大切さを実感しました。単に数値の良し悪しを見るのではなく、その背景や立てた仮説を考える力が、経営判断に必要不可欠であると痛感しています。 財務の知識は増えてる？ 自分自身、まだ財務の知識が十分とは言えませんが、「財務＝経営の言語」であるという認識が深まり、少しずつ読み解けるようになった感覚があります。今後の講義でも、引き続き「数字の意味を考える姿勢」を大切にしていきたいと思います。 財務諸表から何が見える？ また、「財務諸表を読む」という視点は、経理業務に直接関わらない私にとっても非常に重要です。財務三表のつながりを把握することで、会社全体の動きや課題が立体的に見えてくるという感覚は、点と点を線で結ぶような発見であり、大変有意義でした。 会議資料の数字はなぜ？ 今後は、自社の月次会議資料に記載されるP/LやB/Sの数値を、ただの報告資料として流すのではなく、「なぜこの変動が起こったのか」「数字の背景にはどんな行動があるのか」を意識しながら読み解く習慣をつけていこうと考えています。まずは、関わる部門のコストに注目し、前年比の変化を読み取る練習を重ね、仮説を立てた上で、経理担当者や上司からフィードバックをもらいながら、理解を深めていく予定です。 黒字の危険性は何？ また、講義で感じた問いとして「黒字であっても危険な会社は、どのように見抜けばよいか」という点があります。実際、損益計算書上は黒字であっても、キャッシュフローが不十分で会社が危うい状態に陥るケースがあるとの指摘を受けました。求人票などから企業の実態を見極める力も求められる中、黒字倒産の兆候について、他の受講生の方々とも意見を交わしてみたいと考えています。

エンパワメントは何を示す？ エンパワメントという言葉を今回初めて学びました。これまでなんとなく実践してきたつもりでしたが、体系的に理解することができ、新たな気付きが得られました。とはいえ、目指す理想は分かるものの、実現するにはかなりのハードルがあると感じています。また、余裕がない状態で取り組んでいるため、動画で示された「余裕があるときでないと良い効果が出ない」という点に気づき、自分自身の姿勢を改める必要があると思いました。 成果はどう伝える？ 動画内では「分からない」「できない」「やりたくない」という状況が示されていましたが、実際は相手が納得する成果を出すことが求められます。常に都合の良い結果が得られるわけではなく、どのように伝えるか、また伝えた後に相手が本当に納得するかどうか、感情も絡むこの分野の難しさを実感しています。 人の技量は重要？ また、ITエンジニアの現場では、機械で自動的に何かを作るのではなく、人がプログラムを書くため、人の能力に大きく依存する部分が多いです。そんな中で、エンパワメントの考え方は非常に重要だと感じています。もちろん、急速に進む技術活用の面もありますが、人的な側面が依然として大きな役割を果たしていると実感します。 実践で何を意識？ エンパワメントを実践する上では、プロジェクト開始時のキックオフなどで、各自の役割を明確に説明し、意見を聞いた上で合意形成を図ることが必要です。また、自分自身が作業に追われすぎず、余裕を持つことも大切だと考えています。さらに、全員がエンパワメントが常に効果的とは限らないことを理解し、無理に当てはめるのではなく、時間をかけて人材育成の風土を作っていくことが重要です。たとえリーダーだけが意欲を持っても、周囲の理解がなければ効果は薄れてしまいます。 モチベ向上は可能？ プロジェクト作業においては、必ずしも全メンバーが高いモチベーションで取り組む環境を作るのは容易ではありません。そのため、他の業界や企業ではどのようにエンパワメントの考え方が浸透しているのか、またそれがどのように醸成されているのか、実際の声を聞いてみたいと思います。 自立と協調をどう？ さらに、普段から自立性と協調性のバランスをどのように取っているのか、皆さんの考えや経験をぜひ共有していただきたいです。自立性を高めることが必ずしも最適な方法とは限らず、特に最近は権限や責任を持つことに抵抗を感じるメンバーが増えているように思います。若手を育てる際の難しさについても、具体的な意見交換ができればと考えています。

今週特に印象に残ったのは、以下の3点です。 どうしてポジショニングが難しい？ まず、ポジショニングの難しさについてです。狙いを定めても、市場の顧客がその提供価値を認めなければ、ポジショニングは成功とはなりません。「顧客を知ること」、すなわちKYC（Know Your Client）という概念が重要で、顧客がどのような用途で商品を使い、どのような価値を求めているかを深堀りする必要があると学びました。 どうやって差別化する？ 次に、競合他社との差別化についてです。同じ成分の製品でも、視点を変えることで新たな差別化が可能です。自分が提供したい魅力にとらわれず、顧客が何を魅力と感じるかを重要視することが大切です。「顧客視点」を忘れないようにすることが、非常に有益であると感じました。 なぜ認識がずれる？ 最後に、パーセプションマップについてです。ポジショニングマップで顧客や競合との違いを明確にしても、実際の顧客認識（パーセプションマップ）とは異なる場合があります。このギャップを埋めるには、顧客の声を聴くことが大切で、多くの人に手に取ってもらい、実際に購入してもらう努力が必要だという点が勉強になりました。 具体例として、ある商品がターゲットにうまく刺さらなかった理由としてのパーセプションマップのずれを、特定のエピソードを通じて考察しました。同じように、私自身もコンサル業界で上司との認識のズレを是正し、自分の提供価値を伝える際には新しい切り口で挑戦しようと感じています。例えば、自分の現状やスキルを具体的に伝えることで、上司にどのように役立てるかという視点を持つことができるのではないかと考えています。そのために、ポジショニングマップを活用していきたいです。 これからも顧客ごとに異なる要望を理解し、それに応じたポジショニングを図るため、ポジショニングマップを作成し、上司や同僚と共有する計画を立てています。この作業を通じて、両者の意見を取り入れ、ブラッシュアップしていくことが目標です。さらに、ジュニアメンバーにも役立つようなものにしたいと思っています。 また、自社のポジショニングマップに基づき、自分自身のポジショニングマップも作成することを考えています。これによって、自分の強みや差別化ポイントを再確認し、将来的に伸ばすべき部分や補完すべき部分を明確化したいと思います。これは難しい作業ですが、自分を客観視する良いトレーニングになると考えています。様々なケースに応じた能力を養うためにも、ポジショニングマップを描けるよう努力していきたいです。

何を学んだ？ 今回特に学んだことは以下の3点です。 全体定義はなぜ？ まず、問題に取り掛かる際は全体を定義することが重要です。いきなり分解や分析に入るのではなく、どのような回答となりそうかを想像し、仮説を立てることから始めます。その後、その仮説を検証するための分析方法を実施します。 MECEって何？ 次に、MECE（Mutually Exclusive, Collectively Exhaustive）を意識することです。データを分析する際、漏れなくダブりがないかをチェックします。MECEが守られていない場合、分析結果が正しく事象を表していないことになり、本質を理解するためにこの考え方は重要です。 疑問で深掘りする？ 最後に、結果が出ても「なぜ？本当に？」と繰り返すことです。分析結果が出た際に、それが正しく事象を表せているのか、なぜそのような結果になるのかを2～3回と深掘りして追求します。この過程で、異なる切り口での分析や、データ自体の見直しを行うことで、深い理解につながり、正しい答えにたどり着けるものと考えます。 現場で生かせる？ 私は他部署で発生した事象について報告する業務が多いため、そこで学びを活用したいと思っています。たとえば、事業会社の売上実績を自部署内の会議で報告する際や、サプライチェーンの原材料調達コストの分析、新規プロジェクト立ち上げ時の計画立案などです。それぞれの場面で、様々な切り口で考え、MECEに基づいた分析を行い、結果を深掘るといったサイクルが非常に有効であると考えています。 データ報告の秘訣？ 具体的な業務の中で、事業会社の毎月の売上実績を自部署内で共有する場面があります。ここでは、以下のように進めています： 定義の要点は？ まず全体を定義します。事業会社から提供されるデータをもとに、いきなり売上や利益、単価の推移などを見るのではなく、何を部署内で共有するべきか、ポイントは何かを意識して仮説を立ててから分析に入ります。 分析は整ってる？ 次に、MECEを意識します。その月の重点事項を決めたら、売上や利益、エリアや商品といった切り口で漏れなくダブりのない分析を進め、重点事項が正しいかどうか検証します。 結果の真意は？ 最後に、結果が出ても「なぜ？本当に？」と繰り返します。もし仮説通りの検証結果が得られた場合でも、それが本当か確認します。異なる切り口からの確認も行い、事業会社から提供されたデータの数値を元に読み解くことを続けていきます。