(9ページ目)

活用

に関する学び

---

何を学んだかな？ 全体を振り返って学んだことを整理します。 どうやって問いを定める？ 【１．問いを明確にすること】 仕事に取り組む際には、その目的や解決すべき課題を正確に理解することが重要です。これを怠ると、根本的な課題解決につながらず、無駄な時間を費やすことになりかねません。そのため、実際の作業に取り掛かる前に、どの問いに対して取り組むのかを明確にする必要があります。 課題はどう分解する？ 【２．課題の分解】 曖昧な課題や大きな課題に直面したときは、課題を構成要素に分解し、具体的なアクションにつなげやすくします。これにより、手触り感があり、次のステップがクリアになります。 データはどう見る？ 【３．データの可視化】 データは単なる数字として見るのではなく、目的に応じたグラフを用いることで、異なる視点から分析がしやすくなります。このようにして、課題の特定に努めます。 伝え方はどう工夫？ 【４．伝え方の工夫】 例えば、スライド作成においては色使いやメッセージの伝え方次第で、相手に伝えたい内容が正確かつ効果的に伝わることがあります。何をために、何を伝えたいのかを常に意識することが重要です。 これまでの学びを振り返り整理することで、定期的に自分のやるべきことを確認し完遂できるよう心がけていきます。 どこに注目する？ 大きく2点について考えることがあります。 企画営業はどう？ １．企画営業において 提案を行う際には、課題や目的を意識した内容と、その伝え方を工夫した資料作りが重要です。これから提案を行う機会が増えるため、今回の学びを活用して意識的に取り組みたいと考えています。 顧客対応はどう？ ２．顧客対応において 今後、新規顧客の質疑や個別相談が増えるため、顧客の疑問点をそのまま受け取るのではなく、どの部分に疑問があるのかを的確に把握するコミュニケーションが求められます。お互いに問いを明確にし共有することで、顧客の理解を促し思考を整理しやすくします。この学びを顧客対応に生かしたいと思います。 具体的な取り組みとしては、まずは各会議を思考を深める機会として活用し、アジェンダを参考にしながら重要な問いを明確にし、現状の課題を常に意識することです。この方法で、会議全体での課題に対する共通認識を得られると考えています。そして、自らの知識を広げ、あらゆる業界や役職に対して適切な対応ができるよう努めたいと思います。いずれにしても、「問いから始め、問いを意識し続ける」という姿勢を徹底していきます。

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

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

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

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

なぜ全体では見えない？ 今週のケーススタディでは、データ分析における分解とプロセスのステップ化の重要性を学びました。最初は全体の満足度を確認したときは横ばいで問題がないように見えたものの、クラス別に分解すると上級クラスでのみ満足度の低下が見受けられ、全体の数字だけでは特定の条件下で発生する問題を見逃す危険性があると実感しました。 コメントと数字の関係は？ また、定量データと定性データの組み合わせによって数字の背景にある理由が明らかになる手法も印象的でした。充足率や苦情件数といった数字と生徒のコメントを照らし合わせることで、数字が示す事実に対するより深い理解が得られると感じました。 業務改善の分解法は？ さらに、採用プロセスをステップごとに分解してボトルネックを把握する手法は、自分の業務に応用可能であると感じました。業務フローの各ステップの所要時間を可視化することで、改善が必要なポイントを明確にできると考えています。 仮説検証の効果は？ 最後に、複数の仮説を立ててからデータで検証するアプローチが、問題解決の際に重要であると再認識しました。原因を一つに決めつけず、多角的に検討する姿勢は日々の業務においても活かしていきたいと思います。 エンジニア視点で何を学ぶ？ 私はWebサービスの安定運用を担当するエンジニアとして働いています。今回学んだことは、システム障害の原因分析と業務プロセス改善の二つの場面で活用できると考えています。 障害原因はどこにある？ まず、システム障害が発生した際には、全体のエラー率だけを確認するのではなく、機能別、時間帯別、利用者別など、複数の切り口でデータを分解して問題の発生箇所を特定することが重要です。また、利用者からの問い合わせ内容と数字を組み合わせることで、障害の背景にある理由を明確にすることができると実感しました。具体的には、障害時のチェックリストに分解の切り口を追加し、チーム全体で共有することで対応の質を向上させたいと考えています。 対応時間短縮は可能？ 次に、障害対応にかかる時間短縮という課題に対しては、原因検知から初動対応、原因特定、復旧作業、再発防止策の検討といったステップに分解し、各プロセスの所要時間を記録してボトルネックを特定する手法が有効だと感じました。例えば、原因特定に時間がかかる場合は、調査情報の整理や手順書の見直しが必要であると考え、障害対応の記録フォーマットに各ステップの所要時間を記入する欄を追加し、データを蓄積して分析することで改善に役立てたいと思います。

なぜ自分が対象？ 一番印象に残ったのは、「クリティカル」の対象が他者ではなく「自分」であるという点です。人は誰しも思考のクセや思い込みを持っているという前提に立つことで、業務上の対立や他者の意見に対する自身の反応が変わると感じました。 事実で判断するのは？ また、感情で反応するのではなく、事実に立ち返って判断するという視点を得ることができました。個人の感情ではなく、発言内容そのものに偏りや思考のクセが含まれているという前提で場を理解することが、新たな気付きにつながりました。 学びの実感は何？ 今週の学びの中で、自分にも他者にも思考のクセがあることを認識し、型を活用した分析が建設的な意見を生み出すきっかけになると実感しました。これまで意見の押し付けだと感じて苦しかった場面も、WEEK1で学んだ考え方を用いることで、前に進むための対話へと変えることができるのではないかと考えています。 どの視点が有効？ 【クリティカルシンキングの学び】として、まず①誰しも思い込みがあること、次に②視点（人別）、視座（役割別・役職別）、視野（広範囲）という3つの「視」を持つことで思考の広がりが得られること、そして③ロジックツリーやMECEなどの型を利用することを意識しました。 課題は何だろう？ これらを踏まえ、以下の自分の課題を改善していきたいと思います。伝えたいことが多すぎてまとめに苦労している点、論理に飛躍がある点、自分の思いを言語化するのが苦手である点です。 本質を探るには？ 特に、さまざまな「視座」を持つことで業務の「視野」を拡げ、自分なりに「問題の本質」が何か、過不足がないか、またはずれていないかを見極めるトレーニングを続けたいと考えています。そのため、まずは1日20分、業務を点検し、思考のクセや型の実践を振り返る時間を作るつもりです。 極端な例はどう捉える？ ドラッグストアの事例では、売っていない商品の例として「ロケット」や「アメリカ」など、極端な例が挙げられていました。実務で活用するにはやや飛躍した印象を受けましたが、思い込みや制約の影響という観点で理解するには有意義であったと感じます。 実務への応用は？ とはいえ、極端な例は理解できるものの、実務にどのように落とし込むかが課題です。意見の発散と集約の場面において、最低限外してはならない条件とは何かという点に着目し、発散を広げすぎずに思考を狭めないための前提設定や問いの置き方について、参加者同士で工夫やTIPSをブレインストーミングしてみたいと思います。

思考の癖をどう克服する？ 印象に残ったこと、また学びとして感じたことは三つあります。 まず一つ目は、「自他の思考には癖がある」という点です。人間の脳は経験や知識を基に、自分の考えやすいことを考える癖があります。これを解消するために必要なのがクリティカル・シンキングやロジカル・シンキングです。この思考の癖を修正するためには、深く考えることが重要です。「なぜやるのか？」「目的は何か？」といった問いを繰り返すことで物事の解像度が上がり、不確実性の高い状況でも正しい意思決定ができるようになります。 短期と長期のロジカルシンキングの違いは？ 二つ目は、「ロジカルシンキングには短期と長期の2つの観点がある」ということです。短期的なロジカルシンキングは、会議やチャットでのコミュニケーションなど即時の対応が必要な場面で求められます。一方で、長期的には課題検証や市場調査のように時間をかけて取り組む事例があります。それぞれの性質に応じた思考の型を考慮する必要があります。 思考を行動に移す意味とは？ 三つ目は、「考えるだけでなく行動しないと、ロジカルシンキングは身につかない」ということです。どれだけクリティカルな思考をしていても、それを他者と議論しなければ思考力は育ちません。議論を通して、自分の思考がどの程度正確か評価されます。また、多様な視点を持つためにも、他人のフィードバックを受けてさらに深めるプロセスが重要なのです。 思考法をどう実践で活用する？ これらの思考法は様々な場面で活用できると感じています。例えば会議においては、参加者として会議のゴールや議論の意図を確認し、目的に沿った意見を発言することでより良い意思決定が可能になります。ファシリテーターの場合は、他の人の意見を深掘りし、整理することで、全員が納得する結論に導けると思います。 また、課題検証の場面でも役立ちます。クリティカルシンキングを身につけることで、与えられた課題を深く考え、その目的を明確にする行動が取れるようになります。そうすることで、課題を解いた時のインパクトを最大化することが可能です。 私自身も会議の場面では積極的に意見を述べることから始めていこうと思っています。幸いなことに、チームメンバーはフラットな議論を歓迎してくれるので、この環境を利用して思考を深めていくことを目指します。 課題検証の場面では、なぜ課題に取り組むのかをメンバーとすり合わせる作業を必ず実施したいです。課題の緊急性や重要度を明確にすることが、結果的に顧客の価値に繋がると信じています。

戦略とVRIOをどう読む？ ポーターの3つの戦略とVRIOについて学びました。差別化という概念は、単に他社と異なる点を作るだけでは不十分であり、より深い戦略的視点が求められると感じました。そこで、これら二つの視点を軸に検討を進めていくことにしました。 低コスト戦略は？ まず、ポーターの3つの戦略について整理します。第一に、コストリーダーシップ戦略は、業界全体を対象にしながら他社よりも低いコストで商品やサービスを提供するアプローチです。低コストでの提供を徹底することで、多くの業界リーダーが採用している戦略です。 差別化の意味は？ 第二に、差別化戦略は、幅広いターゲットに対して顧客が認める特異性―たとえば、品質、独自技術、顧客サービス、流通チャネル、品揃えなど―を追求する方法です。たとえコストが高くなっても、その付加価値が顧客に認められれば勝利に導く戦略です。 集中戦略とは？ 第三に、集中戦略は、狭いターゲットを定める方法です。ここでは、限られた市場に対して低コストを実現する「コスト集中」または、特異な価値を提供して市場でオンリー・ナンバーワンを目指す「差別化集中」のいずれかのアプローチがとられます。 VRIOの基本は？ 次に、VRIOフレームワークについてです。VRIOは、企業が持つ内部資源の有効活用可能性を評価するためのフレームワークであり、以下の4つの要素から構成されます。 VRIOの要素は？ まずは「経済価値」です。これは、保有する資源が経済的な価値を生むかどうかを検討します。次に「希少性」ですが、その資源が他社に比べてどれほど珍しいかを評価します。続いて「模倣困難性」です。これは、他社が模倣する際に、多大な投資やコストが必要となるかを判断する点です。具体的には、独自の歴史的条件や暗黙の文化、内部のコミュニケーションの複雑さなどが挙げられます。最後に「組織」があり、これは持つ資源を十分に活用できる組織体制が整っているかどうかを評価します。 組織力はどう？ 自社を例にとると、基本的には差別化戦略を採用していると考えられます。しかし、VRIOの観点から見ると、個々のスキルや能力は高いものの、それを組織全体で効果的に活かす仕組みが十分には整っていません。今後は、この組織能力の向上に力を入れる必要があると実感しています。 実務にどう活かす？ 多くのフレームワークを学ぶと、どのタイミングでどれを用いればよいのか迷うこともありますが、皆さんはどのように整理され、実務に取り入れているのでしょうか。

思考法の本質は？ クリティカルシンキングとは、物事を適切な方法で、適切なレベルまで考える思考法です。自分自身や他者に備わる思考のクセや偏りを意識し、偏りを防ぐためのツールとして、全体をMECEに捉え部分ごとに分解するロジックツリーの活用が挙げられます。ただし、分解する際にはどこに着目するかも検討する必要があります。 視野はどう広がる？ また、視点、視座、視野という３つの“視”を意識することで、思考の幅を広げることができます。自分の考えを定期的にチェックし、もう一人の自分を養う意識を持つことが、より深い理解へとつながります。 問い続ける意義は？ さらに、思考を深めるためには問い続ける姿勢が大切です。一度結論に達したと感じても、「なぜ？」「本当に？」「だから何？」と問いを重ね、思考を止めずに探求することが求められます。 会議での論理展開は？ 上層部や他部署との会議では、論理的かつ正確な言い方で意見を述べることが重要です。特に、上層部の視座を意識し、意味のある提案や発言をすることで会議に貢献できると感じています。 クライアントの信頼は？ クライアントや代理店とのミーティングにおいては、論理的な説明を分かりやすい形で伝えることで、クライアントの目的達成に寄与し、ミーティングの効率を向上させられると考えています。 提案の全体像は？ また、提案活動では、クライアントが求める目的や効果に沿った提案を効率的に検討することが求められます。問題の一部にだけ注目するのではなく、全体像を把握し無駄な検討を省くために、自分及び相手双方の思考のクセを意識して取り除くことが重要です。 実践への反復は？ 授業で学んだテクニックを、日々の実践の中で取り入れて反復し、より洗練された思考法を身につけていきたいと思います。 社内会議の要点は？ まず社内会議では、相手が納得する論理展開を学ぶために、ロジックツリーを用いて全体を俯瞰しながら提案することが必要です。また、上層部の視座を意識し、自分の考えを客観的に眺める姿勢を養うことにも注力したいと考えています。 ロジックツリーの効果は？ 次に提案活動においては、ロジックツリーを制作し、どの要素をどのレベルまで検討するかを明確にすることが大切です。分解した要素の中でも、特にKPIに大きな影響を与える部分を見極め、まずはロジックツリーを作る習慣を定着させることが目標です。また、具体と抽象の間でスムーズに意見のキャッチボールができるよう、思考法の練習にも取り組みたいと思います。

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

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