(51ページ目)

結果 ✕ 本

に関する学び

---

なぜ判断がブレる？ 自分が陥りがちな思考のクセは、一つの視点だけで物事を捉えてしまう点にあると実感しました。そのため、何故そうなるのか、どうしてそうなったのかを考える前に意思決定してしまうことが多く、目的や重要なポイントが抜け落ちることで、判断がブレることがありました。また、その結果、交渉、プレゼンテーション、ファシリテーションなど様々な場面でうまく対応できなかったと感じています。 目的意識ってどう？ グループワークでは、他の受講生の多様な意見や考え方を聞くうちに、自分にはない引き出しや視点を持っていることに気づきました。この経験から、今後は問題が起きた際にまず目的を明確にし、必ず「なぜ？」と「だから何？」を繰り返し考えることで、具体と抽象の両面からテーマや本質をしっかりと捉えることを意識したいと思います。 上記の実践を無意識のうちにできるよう努め、より効果的な判断と行動ができるよう目指していきます。

何をどう整理する？ 改めて「分析は比較なり」という考え方を意識する機会を得ました。何を（what）、どこで（where）、なぜ（why）、どのように（How）進めるかという本題解決のためのステップを整理する習慣の重要性と、結論イメージを持つために広い視野でさまざまな選択肢を検討することの大切さを学びました。分析ツールの使いどころについても再度意識することで、今後どの場面で有効に機能するかを実践を通して体得していく所存です。 自らの実践は意義ある？ まずは、スタッフに頼るだけではなく、自ら演習と捉え、毎日データを読み込むことを心がけます。さらに、分析結果をわかりやすく資料にまとめ、言葉で伝える努力も欠かさず継続したいと考えています。AIコーチングで指摘された点を参考に、これから始めるドローン事業においても、３C、PEST、SWOTなどの分析ツールを活用しながら取り組み、未来に到達するための問題解決に努めます。

AIはどう活かされる？ AIはあくまでツールであり、その能力や成果は使いこなす人間の知識、経験、スキルに大きく左右されると実感しています。さらに、AIは豊富なデータと急速な進化を武器に、多彩な可能性を身につけているため、人間もその変化に遅れないよう努める必要があると考えます。最終的に活用できるかどうかは人間次第であり、この波に飲まれることなく、しっかりと乗りこなしていきたいと思います。 戦略はどう進化する？ 戦略立案の仕事においては、世の中のリサーチやその結果の分析、複数の方向性の立案、さらには定量・定性の視点での仮説検証が重要です。従来は人間の思考や作業に限界がありましたが、AIはそれらを支援し、効率的に作業を進めるツールとして大いに期待できると感じています。ただし、AIは完璧ではないため、信頼できる情報をしっかりと集め、最終的な判断を下すのはあくまで人間であるという基本を忘れずに活用していきたいです。

「MECE」で効率的に分析する方法とは？ 目で捉えた情報は、直感的に判断するのではなく、まず分解して考えることが重要です。分解の手法としては、まず全体を定義し、MECE（もれなくダブりなく）を意識して複数の切り口から分析を行います。MECEを適用することで、効率的な分析が可能となります。たとえ思い通りの結果が出なかった場合でも、それ自体が貴重な分析結果と捉えることが大切です。 WBS作成で精度を上げるには？ たとえば、プロジェクトのWBSを作成するときには、全体を定義した後、いくつかのカテゴリに分解して、重複がないかチェックすることで、効率化と精度向上を図ることができます。また、システムの基本設計を行う際には、MECEを応用し、実装時に条件の重複を減らすことでエンジニアの工数を削減します。さらに、製品のUI/UXを検討する際も、仮説や切り口を複数持って分析することで、ユーザの満足度を高めることができます。

授業で得た気づきは？ はじめの公開授業で学んだ「良いモノをつくるだけでなく、それが相手に伝わらなければ意味がない」という考え方を、改めて深く認識できました。モノの特徴や自社の強みを生かしたポジショニング、ターゲッティングで伝える相手を絞り、その相手に合わせたプロモーションを行うことで、初めて製品が売れていくという点が印象に残りました。 独自技術の罠は？ これまで私は、「いかに独自技術を開発するか」や「特許取得により他社が模倣できない商品を作るか」にばかり注力していました。その結果、作った商品が売れないと、なぜ売れないのかと疑問に感じることが多かったのですが、これは差別化の罠に陥っていたのだと痛感しました。 新たな挑戦はどう？ これからは、今回学んだマーケティング視点の差別化方法を積極的に取り入れ、顧客にとって本当に良いことを追求し、真のオンリーワンの商品づくりに取り組んでいきたいと考えています。

比較で見える本質は？ 「データ分析の本質とは何か」という視点から、『比較』の重要性に気付かされました。目的達成のために、どの要素を比較すべきかを考える際、目先のことにとらわれず、本質に目を向ける必要があると実感しました。特にクイズ形式の事例は、この点を分かりやすく示してくれました。 経営とデータ活用は？ また、経営においては経験や勘も重要ですが、成長とリスクテイクのバランスをとるためにはデータ分析が欠かせないと感じています。現状、社内に十分なデータ活用の文化が根付いていないため、まずは意思決定に役立つデータを整備し、データ活用への理解を深める啓発活動に注力したいと思います。 信頼をどう築く？ さらに、データ分析結果の有効性を社内で理解してもらうためには、まず信頼できるデータを整えることが重要です。必要なデータの所在すら不明な状態からのスタートとなるため、地道な取り組みを積み重ねていく覚悟です。

分析ってどう理解？ 分析とは、ものごとを分け、比べることだと改めて理解しました。具体的かつ明確に整理することで、より良い意思決定に役立てる手法であるという基本的な定義を再確認できたと感じています。分析を進める上では、目的設定と仮説設定がいかに重要かという点が特に印象に残りました。 目的設定は何が必要？ まずは、分析の目的を明確にして、どの意思決定に結びつけたいのかを整理することが大切だと考えています。その上で、目的に合わせた仮説を立て、膨大なデータの中から役立つ情報を見極める方法を実践していきたいと思います。 振り返りの進め方は？ また、自身の業務を振り返り、データを活用して改善したい点を整理し、どのようなデータを収集しているのかを把握することから取り組みたいと考えています。一つのテーマに絞り、目的設定、仮説設定、そして分析の順で自分なりに実践を進めることで、より良い結果を得たいと思います。

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。

数値と価値、どれを重視？ 演習を通じて、単にPLの数値を見るだけでなく、その企業や店舗のビジネスモデル、さらには顧客に提供している価値を理解する重要性を改めて認識しました。カフェの事例では、費用を単純に削減するだけでは、顧客に提供する価値を正しく理解していない場合、売上が減少し、結果として費用も下がらない可能性があると感じました。こうしたことから、数値と提供価値の両面を行き来しながら、どのような施策が適切かを検討する必要があると痛感しました。 現場判断をどう進める？ 実際のビジネスの現場でも、利益を確保するためには、どんな点を変えてよく、どんな点を変えてはいけないかを十分に整理した上で判断することが求められています。顧客に提供している価値を損なう施策は、逆に業績悪化につながる可能性があるため、今後は自社のPLを再度分析し、戦略や戦術を提案する際にこの視点をしっかり取り入れていきたいと考えています。

実践例の学びは何？ マクドナルドの実践例を通じ、これまで学んだデータの分解や加工の考え方が非常に実践的に活用されていることを実感しました。課題が明確になり、その解決策を考えるプロセスは、実際の事例に基づいているため、理論だけでなく現場の感覚も身につけることができ、非常に腹落ちしました。簡単な問題設定でしたが、大企業の経営戦略を疑似体験できたことで、臨場感を持って思考することができたと感じます。 仕事にどう活かす？ また、これを自身の仕事に置き換えると、顧客への営業やマーケティングの場面で大いに役立つと考えています。顧客から自社商品やマーケットに関する問い合わせがあった際、本質的に何を求めているのかを深く考えることで、的確な回答が可能となり、その結果、顧客の信頼を獲得できるのではないかと思います。今後は、会話の中で常に「本質的な課題は何か」といった点を念頭に置いて対応していきたいと考えています。

イシュー設定の重要性は？ イシューの設定の重要性を改めて実感したが、同時に自身の力量不足も痛感した。常に意識していないと実際の場面で違った方向に向かい、結果的に時間だけがかかってしまうことになる。今後は「問いのカタチにする」ことを習慣化したいと考えている。 問題解決に必要な視点 技術的な課題に取り組む際、これまでは経験則に基づいて解決を試みてきた。しかし、イシューを適切に設定していればもっとスムーズに進んだのではないかと思うようになった。「問いは何か」を意識し、周囲に適切にアウトプットしていきたい。 異動後に感じた変化とは？ 同じ記述の繰り返しになりますが、「イシューの設定」が重要だと感じている。特に「造る」部署から「検査」する部署に異動になり、「なぜこのように考えるのか」と「問う」場面が増えてきた。スムーズに解決策を導き出せるよう、「問いは何か」を意識し、本質を外さないように努めたい。

分解から何が見える？ データを分解して傾向がはっきり見えなくても、それを失敗と捉える必要はないと感じました。たとえば、「傾向が無いことが分かった」や「別の切り口があることが分かった」という結果も、データの捉え方の違いを示しており、有用な示唆と言えます。 正しい表記はどう守る？ また、「分かる」は必ず「分かる」と表記するようにし、データの分解を丁寧に行うことの大切さを改めて実感しました。実際にデータを細かく分ける際は、手を動かすこと、機械的にただ分けるだけでなく、複数の切り口で考えることが重要だと考えています。 売上の分解方法は？ さらに、メンバーの売上を整理し、今後の対応を検討する際には、合計の売上だけでなく、関連する項目ごとに分解することが必要です。その際、本当にこれだけで良いのか自問し、他のメンバーと相談することで、より具体的な分解と傾向の提示ができるよう努めたいと思いました。