(7ページ目)

思い

に関する学び

---

現在地とゴールは？ これまで一週間ごとに学んできたフレームワークや概念が次第に結びつき、戦略思考の全体像が見えてきたと感じました。全体像を捉える過程では、まず自分の「現在地」を正確に把握し、目指すべき「ゴール」を明確に設定することが重要だと理解しました。 取捨選択の意義は？ ゴールへの道筋では、学んだ差別化の手法を活用し、何を行い何を捨てるかという取捨選択が不可欠です。これらの判断やプロセスの根底には、市場の動向や事業の経済性―具体的には規模の経済性、範囲の経済性、ネットワーク経済性といった要素―を捉える視点があることを再認識しました。複数のフレームワークを駆使することで、一連の流れがより明確に整理されると感じています。 市場メカニズムは？ また、市場のメカニズムを理解することは、競争の力学や自社の強み、そして新規参入の際の機会や障壁といった辺りについて、深い洞察を得る上で非常に意義あるものでした。こうした知識は、戦略立案の際の差別化や取捨選択の判断、さらには最終的なゴール設定に対しても、客観的で効果的な意思決定を下すための基盤となります。 技術は手段か？ 一方で、エンジニアとして身につける技術や知識は、目的そのものではなく、ビジネスで何を成し遂げるかという目標に沿って活用するための「手段」に過ぎないと痛感しました。技術的に正しい選択が必ずしもビジネスとして最適とは限らず、市場環境や利用可能な資源という文脈の中でその真価が引き出されるのだと感じます。 技術と目的の調和は？ 今後は、「技術はあくまで手段である」という視点を持ちつつ、利益創出やコスト最適化などのビジネス上の目的と技術的取り組みとのバランスを意識していきたいと思います。エンジニアとして専門性を高めるために、さらなる技術習得や知識の深化に努め、多様なフレームワークを駆使して問題解決や価値創造に寄与できるよう、着実に「手札」を増やしていきます。 利益構造の理解は？ また、自社の利益構造や業界全体の動向、市場のメカニズムをより深く分析することで、技術や知識がどの場面で最大の効果を発揮できるかを見極め、その「ビジネスの文脈」を正確に理解していくことも大切であると感じました。 学びをどう活かす？ これらの学びを基に、具体的なビジネス課題や目指すべきゴールに対して、最適な技術と知識を適切なタイミングで選択し、実際の行動に移すことで、事業に主体的に貢献していけると確信しています。

差別化の学びは？ 差別化を検討する際に重要な2点について学びました。 ターゲットはなぜ狭める？ まず、ターゲットの絞り込みの重要性です。施策や差別化の検討には、ターゲットを具体的に設定することが不可欠です。この設定がしっかりしていれば、他の検討事項もぶれずに進めることができます。私は受注の可能性を考えるあまり、ターゲットを広く設定しがちでしたが、今回は勇気を持って絞り込んで施策を考える必要があります。 競合視野はどう検討？ 次に、より広く競合を視野に入れる必要性についてです。これを業務に置き換えると、自社会計システムに関する施策を検討する際、他社の会計システムだけを見ていました。しかし、業務自体を外注するBPOサービスや税理士なども考慮すべきです。さらに、エクセルなどの無料ツールも、顧客のニーズから見れば競合といえます。顧客がどのようなニーズを持って当社サービスを検討しているのか、改めて整理し、必要な競合を漏れなく洗い出したいと思います。 媒体はどう選ぶ？ 営業資料の作成や広告、オウンドメディアの場面では、ターゲットをより詳細に具体化したいです。また、今まで注目していなかった広義の競合（例えばBPOやエクセルなど）にも目を向け、その競合との差別化を進めていきたいです。 予算割当はどう決める？ 予算の割り振りを検討する場面では、VRIO分析を活用したいと考えています。これまでは過去の実績や受注傾向を元に予算を決定していましたが、今後はVRIO分析によって内部資源の強みを把握し、強化する施策や予算配分を考慮したいです。 絞込みは本当に有効？ 勇気を持ってターゲットを絞り込む決断はまだ十分とは言えません。分析やフレームワークを活用した情報整理も必要ですが、それに基づきターゲットを効果的に絞り込む決断を意識したいと思います。 顧客ニーズは何を示す？ 顧客のニーズを見直すことで、広義の競合を洗い出す際に役立つと考えています。そのためには、3C分析の顧客部分をより精緻にし、それに基づいた競合の洗い出しと差別化戦略の構築を進めていきます。 VRIO分析の成果は？ 最後に、VRIO分析を初めて学びましたので、実際にアウトプットを作成し、そこから何が見えてくるのかを体験したいです。また、新入社員に意見を求めることで、内部資源をさまざまな角度から客観的に捉えることができているかを振り返りたいと考えています。

仮説の意義は何？ 仮説とは、ある論点に対する一時的な答えであり、課題解決のプロセスではまず「what（課題の特定）」を行い、その後「where（どこに問題があるか）」を考えることになります。 問題点はどこ？ どこに問題があるかを検討する際、ポイントは以下の２点です。まず、必ず複数の仮説を立て、いずれかに固執しないようにします。次に、各仮説に網羅性を持たせることが重要です。今回の学びでは、例えば「レッスン内容」「レッスン代金」「立地や日時」「販促方法」といったサービスの各要素をあらゆる角度から洗い出すイメージでした。また、3Cや4Pといったフレームワークに触れることで新たな視点を得ることができました。 仮説の種類は？ さらに、仮説には主に２種類があると学びました。ひとつは、ターゲット層の拡大などの結論に関する仮説、もうひとつは問題の原因や解決策を具体的に検討する問題解決の仮説です。後者は「where:問題の箇所を仮定する」「why:その原因を推測する」「how:解決方法を検討する」という順序で考え、筋道を立てる手法でした。 アンケート結果は？ 社内で実施する教育後のアンケートでは、解答直後にアプリが提示する円グラフから、何が問題か（what）の部分を大まかに把握することができます。その後、回答者の属性や状況を踏まえ、できるだけ網羅的に「where」を洗い出すために仮説を検討します。4Pの観点では、教育内容、コスト（ここでは時間や労力）、実施方法や時間配分、連絡手段などを考慮した仮説となります。 事前整理の効果は？ このように事前に分析の視点を整理しておくことで、設問作成もスムーズに進められ、必要なデータを最初から集めやすくなると感じました。 結論仮説の重要性は？ また、業務で用いている仮説の中では、特に結論に関する仮説が重要であると改めて実感しました。直近で実施する意識調査の分析にあたっては、複数の結論の仮説を立て、その理由を深く考えた上で、使用するデータ項目を決定し、最終的に対策案を立案する流れを実践する予定です。最終提出前には、自分の仮説が他の仮説と矛盾しないかも確認し、他者の視点を意識することで、更なる精度向上を目指したいと思います。 実践活用はどう？ また、6月に実施する教育後アンケートでは、これまでの気づきを反映し、より実践的な思考ツールとして活用できるよう努めていきたいと考えています。

文章で何を再認識した？ 文章にするということは、相手に自分の頭の中にあることを言葉で伝える作業であると再認識しました。私自身、思考方法以上に文章の書き方に癖があることを認識し、反省しました。無意識に日本語をあやふやに使っていたり、文章全体を俯瞰していなかったり、相手の状況に沿った文章になっていなかったことに気づかされました。 論理構造をどう整理する？ 日本語では、主語と述語の関係を意識して正しく使用することが重要です。文章全体を俯瞰して論理を組み立てるために、主張を説明する際には対となる概念を使って階層化することが大切です。階層化する際には、粒度、すなわち抽象度を揃えることが求められます。文章全体を俯瞰する際には、ピラミッドストラクチャーが有用であり、論理に飛躍がないかなどの妥当性をチェックすることができます。 ピラミッドストラクチャーの利用法は？ 文章を書く際は、まず論理構造を整理し、相手の立場を考慮して主張の妥当性をダブルチェックするように心がけたいです。この実践を、特にレポートや事業計画書の作成、複雑な情報を含むメールの作成、ウェブコンテンツの編集に活かしていきたいと思います。ピラミッドストラクチャーを用いて論理を組み立て、主張を明確にし、相手の状況を考えて文章全体を俯瞰してドキュメントを作成もしくは編集することを目指します。その際には、階層化の粒度が適切であるかを必ず確認します。 どのように論理構造を視覚化する？ また、ミーティングや会話の中で主張を述べる際にも、このアプローチを活用したいと考えていますが、まずは論理構造を視覚的にチェックできるよう文章を書く力を身につけることが先決だと感じています。 MECEで課題をどう分解する？ したがって、文章を書き始める前に、論理構造を意識してピラミッドストラクチャーで自分の考えを整理する時間を設けたいと思います。文章を作成する際には、誰に対して発信するのかを意識し、主張をサポートする理由をしっかり考えます。 レポート作成にどう活かす？ 直近で作成するレポートにおいては、まず課題を明確にし、それをMECEの原則に従って分解していきます。そこから取り組むべき目標を決定し、なぜその目標に取り組む必要があるのかをピラミッド構造に基づいて考えます。その際、配信先を意識しながら対となる柱を立てることを心がけます。最終的に、日本語の正確さをチェックし、必要に応じて修正を行います。

仲間とどんな刺激？ グループワークやLIVE授業では、仲間のプロトタイプを拝見し、紙で模型を作成したり、AIを活用して画像やプレゼン資料を作成する様子に大変刺激を受けました。体調不良でプロトタイプの準備が十分にできなかったことには申し訳なさも感じましたが、実際に目で確認することで、ユーザーがどのように使うか具体的にイメージでき、そこから自然に議論やフィードバックが生まれて次のプロトタイプへとつながっていくと実感しました。 店舗改善はどう進む？ 店舗オペレーション改善業務においては、お客様や従業員といった各ユーザーを中心に「店舗のあるべき姿」を考える際、デザイン思考を取り入れていきたいと考えています。特に、以下のポイントを意識して実践しようと思います。 共感で何を掴む？ まず、①共感～課題定義の段階では、インタビュー時にコーディングを活用し定性分析の精度を高めるとともに、全体向けに抽象的な解決策を求めるのではなく、ペルソナを設定して特定のニーズに絞ることで、明確で具体的な課題を定義します。また、カスタマージャーニーマップを用いてユーザーの思考や感情を可視化するため、自ら体験することが有効であると考えています。 発想で見える未来？ 次に、②発想（イデーション）では、質より量を意識し、多くの新しいアイデアを生み出すために楽しい雰囲気でブレインストーミングを実施します。ダブルダイアモンドの考え方を念頭に、多くのアイデアを発散させるとともに、SCAMPER法を活用して他にない視点を積極的に取り入れるよう心がけます。 形はどう作る？ そして、③プロトタイプ～テストの段階では、モノだけでなくサービスやオペレーションの動きなど、形のないものでも「まずは形にする」ことを重視します。プロトタイプはスピード感を持って繰り返し作成し、最初から完璧を求めずに改善を重ねることが大切だと感じています。 成果共有はどうする？ 自身の業務では、インタビューや観察、ブレインストーミングの機会が多いため、今回学んだ視点や方法を早速取り入れ、メンバーへ共有していきたいと考えています。また、プロトタイプ作成において「まずは形にする」「スピーディーに」「繰り返し行う」という姿勢を、これまで以上に意識するためのスケジューリングから始めていくつもりです。楽しい環境で多くの発散を促すことが、新しいアイディアを生む鍵であり、その重要性をメンバーにも伝えていきたいと思います。

実践への意識は？ 本講座を通じて、具体的な実務の場面を想定し、どのようにして実践に移すかが重要であると学びました。これは単に新しい知識を得ただけでなく、「意識づけがされ、より実践できるようになった」と言えます。問いを立て、仮説を持つことの重要性は以前から理解していましたが、常に意識し、実践に結びつけることができていませんでした。 伝えたい要点は？ 他者へ伝えたい重要なポイントとしては、以下の3点があります。第一に、すべての行動において課題と目的を明確にし、それを基に考えること。第二に、他者が納得するための客観性を確保するため、もう一人の観察者を育てること。第三に、具体的な事象を一段階押し上げて「要するに何なのか」を明確にするよう心がけることです。また、自身の行動を振り返る際には、「その考えは経験則や思いつき、場当たり的ではないか？」と問い、これをクリアすることが必要です。 どんな場面を考える？ 以下の場面を想定しました。 ① 経営課題の解決、企画立案、プロジェクト計画・管理の思考段階において、問いからスタートすることが重要です。ただし、業務内容によりその問いの在り方が変わることに注意が必要です。例えば、経営における課題感では「何が問題なのか？」を考え、プロジェクト企画・提案フェーズでは「成功の要因は何か？」と問い続け、自問自答しながらチームで精緻化していきます。 ② 問いを事象に分解し、具体的な作業に結び付けていきます。大きな問いや目的を分解し、どのような取り組みをすれば実現に近づけるかを定義します。取り組みを発想する際には、アイデアではなく目的から逆算します。この実践には、計画段階でイシューツリーを作成し、実行の際に常にそのような思考を意識し続けて行動します。 ③ コミュニケーションにおいては、愛の感情や関心に配慮しつつ、メッセージを明確に伝えることが大切です。そして、相手の話を構造的に捉え、要点を押さえて言い換えることが求められます。場当たり的に自分の関心に沿った発言や聞き方をしていた過去を反省し、今後はマインドセットを変えて、ポイントが何であり、要点が何かを理解して話せるようにします。 ④ 上記の実践において鍵となるのは、抽象と具体の行き来です。具体的な事象を抽象的に捉え、他の案件にも応用できるよう一般化された知識として蓄積します。これにより、単なる経験則ではなく、複数の事例から傾向を掴んで伝えることができ、説得力が増すでしょう。

部下の権限は機能してる？ これまで、エンパワーメントについて書籍などで学び、実践してきましたが、今回の学びを通じてもっと丁寧に取り組む必要があることに気づきました。特に反省したのは、部下の権限が時折十分に機能していない可能性を考慮せず、目標やビジョンの意義を押し付けていないか自分を疑う姿勢が不足していた点です。 計画はなぜ苦手？ また、計画立てに関しても反省がありました。メンバーと共に目標達成のための計画を立てることが苦手で、目的や方法、スケジュールの確認程度しかできていなかったことを振り返りました。この根底には、「わからなければ聞いてくるだろう」という考えがありましたが、実際には聞きにくいと感じるメンバーもいるかもしれません。また、業務量が多すぎてスケジュールに無理があると感じながらも、それを伝えられない場合もあるでしょう。さらに、最終的な成果物のイメージが異なる場合もあると考えました。 今後の改善策は？ そのため今後は、以下の点を重視していきたいと考えています。まず、普段から話しやすいコミュニケーションを心がけ、メンバーの性格や業務内容の理解を深めること。そして、6W1Hに基づいて計画立案や目標設定の漏れをチェックし、質疑応答を通じて相手の理解度を把握し、本音を察知することです。 目標共有はどう？ 普段からメンバーに仕事やポジションを割り振る機会が多いため、まずは目標を共有する時間をしっかりと取ることが重要です。また、その際のミーティングでは、相手が考え自ら話す時間を8割に設定しようと思います。普段のコミュニケーションも非常に重要で、私自身フレンドリーな対話を心がけていますが、人見知りがちな部分もあり、ランチや会食に誘うことが難しいこともあります。それでも、非公式な場での会話が打ち解けやすい面を持つと意識し、勇気を持って始めようとしています。 頭合わせの意味は？ 仕事を割り振る際には必ず「頭合わせミーティング」を設定し、目標設定や計画立案がしっかりと行われるよう心掛けます。また、この際は押し付けとならないよう、壁打ち役に徹することも大切です。 実行ステップはどう？ さらに、エンパワーメントの考え方については、同じ事業部内のミドルマネージャー陣と勉強会を繰り返し行ってきましたが、未だ扱えていなかった「具体的なエンパワーメントの実行ステップ」や「目標設定、計画立案のポイント」を1か月以内に学ぶ場を設けようと考えています。

現状把握の重要性とその手法は？ 現状を把握するためには、様々な切り口からとらえることが重要です。私は、自分がすぐに思いつく切り口に飛びついてしまいがちなので、切り口そのものをできるだけ多く考え、実際に手を動かすことが大事だと感じました。迷っている時間があるなら、少しでも多く手を動かした方がよいでしょう。 MECEの活用で視野が広がる？ この切り口を網羅的にとらえるためには、MECE（Mutually Exclusive, Collectively Exhaustive）の観点が大事です。MECEには①層別分解、②変数分解、③プロセス分解があるため、把握したい現状に応じてどの分解方法が適切かを考えて取り組んでいきたいです。 仮説設定はどう導く？ また、切り口を考える際に、自分なりの仮説を立てることも大事だと学びました。仮説があれば、それに沿った切り口を設定し、求める情報に早くたどり着ける可能性が高まります。ただし、仮説にとらわれすぎて視野が狭まるのは避けたいですが、ある程度の仮説を持つことは重要です。 自分の推測にとどまらないには？ 様々な立場の人が関与する内容を進めていくうえで、それぞれの立場からの最適解をとらえる際に切り口の観点が使えると感じました。これまでは「自分がその立場だったらどう思うか」という考え方をしていて、結局それは自分自身のとらえ方が大いに関与していることになると気づきました。「自分がその立場だったら」という漠然とした推測ではなく、MECEの観点も取り入れて最適解を導いていきたいです。 プロセス分解で振り返る意義とは？ また、起きてしまったことを振り返る際にプロセス分解が使えると感じました。時間軸として捉えた際に、どの部分でもっとこうしておけば変わった、と考えられれば、自分自身の傾向や、これから具体的にどの部分に留意して進めていけばいいかが認識しやすいと思います。 改善行動の具体策は？ 今後、主に次の2点を行動に移したいです。まず、様々な立場の人が関与する問題を進める際に、「他の切り口がないか」を考える。その際、頭の中だけで考えるのではなく、実際に書き出したりメモを取ったりして視覚化します。そして、起きたことを振り返る際に、プロセス分解を行い、具体的に改善箇所を認識するようにします。また、プロセス分解後に他の分解方法も試して、時間軸だけでなく不足していた観点を認識し、自分の傾向を把握したいと思います。

ROIの重要性とは？ ROI（費用対効果）の考え方について学びました。私たちの社内では、案件ごとの稼働率をPowerBIなどを使って分析していますが、手元での試算も有効だと感じました。特に、自分の目の前の業務に活かすためには、小規模な試算も役立つと実感しました。 「捨てる」決断の基準は？ 「捨てる」という決断については、客観的指標に基づいて行うことの重要性を学びました。例えば、ROIに基づく費用対効果が低い案件、取引先の成長率、取引規模、人件費などの数値データをもとに判断する必要があります。勘や経験に頼るのではなく、常に数値を基にした思考が必要だと認識しました。 なぜ本質を問い直すのか？ 過去の手順や資料を無意識にコピペして使うのではなく、その本質を見つめ直すことが大切です。なぜこの手順が必要なのか、このデータは何のために用意しているのか、といった本質を問い直しながら作業を遂行することが、自身の作業効率を高め、さらに自身のROIを向上させることに繋がります。 トレードオフで優先すべきは？ トレードオフの考え方についても学びました。「コスト・リーダーシップ戦略」か「差別化戦略」を重視するかの意思決定が重要です。バックオフィス業務においても、制度設計の際に費用対効果に注力すべきか、差別化戦略に注力すべきかの二つの視点を比較して戦略を考える機会があると感じました。戦略とは意思決定に基づいた行動計画を立てることですので、優先順位の設定と、個人と組織の視点をすり合わせることが重要です。最終的には、それらの最大化ポイントを見つけ、ブレークスルーとなる施策を検討していきたいと思います。 どのようにイシューを設定する？ 作業を開始する前に、まずはイシューの設定を行います。過去の資料はあくまで参考にし、その時々の最適化を意識してアップデートを目指します。 数値で目的を明確にするには？ 戦略を立てるためには、経営層とのディスカッションを通じて会社の意思確認を行い、目的を明確に引き出すことが必要です。客観的データに基づく情報を集め、それを元に判断を仰ぎます。感覚に頼らず、数値で具体的に意思を引き出す工夫を心がけます。 トレードオフの価値をどう探る？ トレードオフの考え方は、相反する要素を並べることから生まれるのかもしれません。どんな「効用」があるのかという要素を洗い出す作業を今後も行っていきたいと思います。

問題解決の手順は？ 「問題解決の４ステップ」と「ロジックツリーを使った分解思考」が今週の学びの中で特に印象に残りました。まず「問題解決の４ステップ」では、「何が問題か？（What）」を明確にし、「どこに問題があるか？（Where）」でその範囲を絞り込みます。さらに、「なぜ起きているのか？（Why）」で原因を深堀りし、「どうするか？（How）」で具体的な対策を検討する流れを学びました。このフレームワークを用いることで、感覚や経験だけに頼らず、論理的に課題を捉えられると実感しました。 ロジックの整理は？ また、ロジックツリーの手法では「モレなく・ダブリなく（MECE）」を意識しながら、問題やテーマを枝分かれさせ、整理する方法が紹介されました。例えば、現場で発生する遅延という問題に対して「人」「資材」「天候」などのカテゴリーに分解し、それぞれを詳細に検討することで、原因の見落としを防ぐことが可能となります。さらに、各要素を深掘りすることで、より具体的な解決策に結び付けられる点が非常に実践的だと感じました。 再現性は保たれる？ これらの思考法を現場の課題整理に活用することで、感覚や経験に頼らず、再現性のある改善が実現できると考えています。たとえば、工期が予定よりも遅れている場合には、まず「What：何が問題か？」で遅延の事実を明確にし、「Where：どこに問題があるか？」で特定の工程に絞ります。そして、「Why：なぜ起きているのか？」で人員不足や資材納品の遅れ、天候の影響など原因をロジックツリーで分解し、それぞれに対して「How：どうするか？」の具体策を検討します。 トラブル対応は？ 実際に現場で問題やトラブルが発生した際には、まず「何が問題か？」を関係者と共有し、事実を明確にします。その上で、問題のある工程や範囲を「どこに問題があるか？」の観点から洗い出し、ロジックツリーを活用して「なぜ起きているか？」を検証します。原因が複数考えられる場合には、MECEを意識して整理し、各要素に対して「どう対応するか？」という具体策を検討することが重要です。 習慣化は可能？ 今後は、毎日の朝礼後など短いミーティングを通してこの４ステップを活用し、現場の問題を見える化・言語化する習慣を身につけたいと考えています。個人としても、業務日報にこのフレームワークを取り入れることで、思考力と実践力をさらに高めていきたいと思います。

理論と実践の違いは？ 今週の学習を通じて、理論だけでなく実際に活用することでメカニズムを深く理解できると改めて感じました。また、時代やビジネスの対象によってメカニズムの強弱が変化することを把握し、環境の変化に合わせてどの要素が重要かを見極める視点が必要であると考えています。 規模経済はどう捉える？ 規模の経済性に関しては、自身の業務からやや遠いため具体的なイメージを掴みづらい部分がありました。しかし、管理コストの増加や拠点の分散による「規模の不経済性」は実務に即しやすく、理解しやすかったです。普段なじみのない概念も、業務に近い反対の状況からアプローチすることで、より深い理解へとつながると感じました。 習熟効果はどう評価？ また、習熟効果、範囲の経済性、ネットワーク経済性の各概念を改めて考え直す機会となりました。特に習熟効果では、急速なイノベーションによって従来のスキルが陳腐化するリスクに強く共感しました。最新技術の登場により従来の手法やツールが短期間で時代遅れとなる現状を実感する一方、技術者の持つ暗黙知はイノベーションの影響を受けにくく、依然として大きな価値があると考えます。このため、暗黙知を個人の経験に留めず、組織の知識として蓄積し活用することが重要だと思います。 スキル活用はどうする？ 範囲の経済性については、異動後間もなく十分に活用できていない印象です。新たな業務への参画機会は増えたものの、自分のスキルをどのように活かすかはまだ明確ではありません。今後は部門を超えた連携をより一層推進し、新しい業務領域への関与を深めることで、スキルの差別化を図りたいと考えています。 暗黙知の活用は？ 習熟効果に関しては、ナレッジ共有の仕組みを強化し、暗黙知を可視化する取り組みが必要だと感じました。例えば、定期的な勉強会で経験豊かなメンバーが知識を共有する機会を設けることや、技術的なノウハウをドキュメント化して誰もがアクセスできる環境を整えることが考えられます。こうした仕組みを整えることで、急速な技術革新にも柔軟に対応し、組織全体の競争力を維持できると考えています。 部門連携はどう促す？ さらに、範囲の経済性については、部門を横断する連携を推進し、スキルの差別化を図るとともに、自身の専門性を広げるため、異動先の業務に関連する研修や外部セミナーへの参加などを通じて知識の幅を広げる努力を続けたいと考えています。

全体の流れはどう？ 全体の流れとしては、WHAT→WHERE→WHY→HOWの順で進める点が印象に残りました。ただ単にデータを集めるのではなく、ひとつひとつの分析がストーリーとして意味を持つように、傾向をしっかり掴むことが大切だと感じました。 問題は明確か？ まずWHATの段階では、今解決したい問題を明確にし、目標となる結論やイメージをもっておくことが重要です。何のためにデータを扱うのか、最初に目的をはっきりさせることで、分析全体の方向性が定まります。 どの候補を選ぶ？ 次にWHEREのステップでは、複数の候補を出し、解決に役立ちそうなポイントやデータが取得可能かを検討します。単独で見る方法や、ツリー・組み合わせといった整理手法を用いながら、どの観点に重点を置くかを決めていくとよいでしょう。 原因は探れた？ さらにWHYのフェーズでは、考えられる原因をできるだけ多く、また網羅的に仮説として挙げることが求められます。どんな要素が問題に影響を及ぼしているのか、広い視点で捉えることが分析の精度を高める鍵となります。 数値は何を示す？ また、データを見る際には実数と比率の両面から代表値などの数値に注目し、明らかにすべきポイントを意識する必要があると再認識しました。どのデータが問題解決に直結するのかを見極めるために、どんな情報をどう加工すべきかを事前に考えておくことが重要です。 目的は明確に？ 特に、日々の業務では「言語化しなくても大丈夫」という考えに陥りがちですが、データを扱う際には必ず「何をしたいのか」という目的を明確にすることが不可欠だと感じました。また、データ収集時にも最終的なアウトプットのイメージを持つことで、やみくもな収集を避け、意図のあるストーリーを先に構築する姿勢が大切です。 フォーマットは有効？ 今後は、以下のフォーマットを活用していきます。まず、解決したい問題を最初に記述し、次にストーリーや考え方、データの集め方・分析方法の全体像を示します。その上で、WHAT、WHERE、WHY、HOWの各パートを用意して進める手法を徹底していきたいと思います。 仮説は多角的？ 最後に、仮説思考における「複数と網羅」という視点が非常に印象的でした。インパクト、ギャップ、トレンド、ばらつき、パターンなど、さまざまな角度から物事を見る姿勢は、今後の成長に大いに役立つと感じています。