(24ページ目)

本 ✕ データ

に関する学び

---

問いの必要性は？ 問いを立てることの重要性を再認識しました。私の仕事を振り返ると、言語化して問いを立てることが不足していることに気付きました。問いの立て方によって考える方向性が大きく変わるのです。具体的に何が問題で解決すべきなのかを短期的な視点で捉えることが、効果的な問いやイシューにつながると感じました。ただし、長期的な視点での問いも重要ではありますが、それが本質論になると、足元の問題やミッションとずれてしまうこともあると実感しています。 報告方法はどう工夫する？ 顧客に調査結果を報告する際、単なるデータの羅列では不十分であることを学びました。事実だけ述べると、自分が何を伝えたいのかが曖昧になり、お客様にとっても「だから何なのか」という疑問を生んでしまう可能性があります。お客様の業績や現状を考慮に入れて、調査結果から得られる価値ある情報を明確にし、具体的な問いを立てて伝える必要があります。 企業報告のポイントは？ 企業ごとの報告内容を作成する際は、前回調査からの変化や企業の関心の高い論点を中心に状況をまとめます。これらの背景要因を分析し、状況を正確に把握した上で、具体的な問いを立てることが重要です。問いに対する回答を作成するためには、必要なデータベースを参照することも大切です。最終的には、プレゼンテーションに向けてストーリーを展開し、効果的に伝わるように文章を工夫しています。

フレームワークは何に役立つの？ フレームワークの使いどころについて、3Cや4Pといったものは聞いたことがあっても、実際にいざというときに活用できるかどうかが重要だと感じました。今回の実習では、仮説を立てる際に有効に使えると実感できたため、今後すぐに引き出せるように知識整理ツールで整理しておきたいと思います。今後触れる新たなフレームワークも同様に蓄積していくつもりです。 仮説思考で未来は変わる？ また、仮説を考えること自体に意義があるという新たな視点も得られました。これまでは、漠然と考えるべき時に考えるという認識でしたが、仮説思考を業務に取り入れることで、課題に対するアプローチがより具体的かつ効率的になると感じています。今後は、積極的にこの考え方を意識して、業務改善に役立てていきたいと思います。 課題解決のヒントは？ 部署や会社内に存在する課題を、フレームワークを活用して仮説を立てることで、本質的な問題点の抽出や、課題解決に向けた具体的な行動への落とし込みが可能になると考えます。漠然と感じる課題を仮説によって明確化し、実際の状況把握やデータ収集を通じて、もっともらしい原因に絞り込むことが大切です。そして、その原因を排除するための具体的な行動計画へと繋げ、もし課題が解決しなかった場合には、新たな仮説を立て行動に移すというプロセスを繰り返すことで、問題解決へと導くことができるでしょう。

仮説の基本は何？ 仮説とは、ある論点に対して一時的な答えを示すものであり、結論の仮説や問題解決の仮説など、さまざまな形で用いられます。この仮説を立てることで、検証マインドや関心・問題意識が向上し、行動のスピードや精度も高まるという効用があります。 データで示す理由は？ また、仮説はそれ自体の正しさをデータで示す必要があり、その方法が非常に重要となります。データにより正しいことが証明されるとともに、他の説が否定される仕組みが求められます。良い仮説を構築するには、フレームワークの活用も有効であり、フィールドワークやエスノグラフィーといった手法が、質の高い仮説作成に寄与するという意見もあります。 仮説思考はどう役立つ？ さらに、仮説思考は課題や目標の検討にも役立ちます。次年度の事業目標や事業拡大のために、自分なりの課題設定を行う際、また顧客ニーズの変化や新市場を捉える際に、仮説を立ててアイデアを具体化することが求められます。 来年度の目標設定はどう？ 来年度の目標設定においては、売上などの事業指標だけでなく、競合との比較や自社への影響を示す独自のインデックスを仮説として設定することが推奨されます。その仮説がどのような状態になれば「影響がある」と判断できるのか、ほかの指数と照らし合わせながら検証し、実際にデータを収集して売上や実感との整合性を確かめることが大切だと感じました。

分析と整理の違いは何か？ 「分析」、「収集」、「整理」はそれぞれ異なる作業です。データ整理で分析が終わることもしばしばあり、比較対象があいまいになることもあります。また、見せ方に時間をかけすぎると、「相手に伝えたい」という本来の目的が不明瞭になることが多々あります。これは、「分析とは比較である」ことや「目的に立ち返ること」がしばしば抜け落ちがちだからではないでしょうか。楽な方に流れる思考や、目に見える分かりやすいものに飛びつきやすいバイアスに引っ張られる癖があります。自分の特徴を含めてこれらをしっかり俯瞰して整理しておかないと、学びの方向性やその捉え方がずれてしまう可能性もあると感じました。 常に数値を更新する重要性 販売状況や市況状況、社内状況の分析を進める中で、過去の基準や初期値がたびたび変更されてきました。分析が比較である以上、常に更新された数値のみが注目されることが多いです。このような状況では正確な分析ができず、意思決定に繋がらないと感じています。これはとても危険なことかもしれません。 データ整理はなぜ重要か？ 様々な分野で目的とされることを視野に入れ、使用されるデータの洗い出しを行います。比較するためにも整理が必要ですので、いつでもデータを抽出できるよう、整理を行うことが重要です。整理された状態から、それぞれの目的に合わせた比較基準を設計することが求められます。

問題の本質をどう捉える？ 問題解決プロセスについて学んだ内容は、まず「ありたい姿」と現状を比較し、そこに存在するギャップに着目する点から始まります。その上で、問題を構成する要素に分解し、ロジックツリーを用いながら要素間の関係を整理していく方法を学びました。ここでは、MECEの原則を意識しながら、WHAT、WHERE、WHY、HOWといった各視点で問題を詳細に捉えていくプロセスが重要です。特に、どこに問題が潜んでいるか（WHERE）の特定が解決への大きな手がかりとなります。 広告関連の要因は？ たとえば、広告効果を測るデータで前回のCPと比較し、数値に大きな乖離が見られる場合、このプロセスは有効に働きます。その際には、広告以外の宣伝活動があったか、テレビで取り上げられたか、他社が類似のCMを始めたか、または在庫の問題がなかったかなど、さまざまな要因を洗い出して、どうすれば問題が解決できるかを検討することが求められます。 部門へ依頼する理由は？ 現状では、業務スコープの中でデータが正しく取り込まれ、出力される段階で分析が終了してしまっていることが多く、結果としてその分析作業は別の部門に依頼しているケースが見受けられます。今後は、アナリストとしての視点を強化し、データを直接営業チームに提供できるよう、問題解決プロセス全体に対する理解と取り組みをさらに深めていきたいと感じました。

分解の基本はどうする？ 分解の仕方によって、物事の見え方や捉え方が変わることを理解しました。分解は最初から細かく行うのではなく、まず全体を定義し、広い視点で傾向を捉えることが重要です。その際、分解の切り口として「いつ、誰が、どのように」を意識すると探しやすくなります。また、分解にはMECE（漏れなくダブりなく）を意識することが求められ、層別、変数、プロセスの分解が考えられます。一度分解して終わらず、他の視点も探し続ける姿勢が大切です。 どんな視点で分解する？ システム開発提案などで改善系の提案を行う場合には、操作時間や処理時間、問い合わせの状況、不具合の発生状況など、さまざまな視点で分解することが重要です。これにより、より費用対効果の高い提案が可能になります。これまでもデータ分析を行ってきましたが、自分の想定に偏ったデータ分解をしていたことに気づかされました。他の視点があるのか、偏りがないかを常に自問自答しながら、問題の本質を捉えたいと考えています。 来期提案で注目すべき点は？ 来期の体制提案では、現行システムの課題を洗い出すことを目指しています。そのために、現行機能の操作性、問い合わせ、要望一覧をまとめ、来期で取り組むべき改修内容の有効性を示し、それに沿った体制を提案したいと考えています。MECEを意識したデータ分析を活用し、説得力のある提案を行えるように努めます。

分析の目的は何？ 分析は、目的に応じた比較作業として位置づけています。分析の際には、まず目的を明確にし、その目的に沿った仮説検証に必要な項目とデータを収集、分類します。そして、比較対象や基準を設定することで、結果が意思決定につながるよう意識しています。 データの見せ方は？ また、データの性質に合わせた見せ方を心がけることが大切です。データ分析で明らかにしたい事柄に最適な表現方法を選ぶことで、無駄なデータ加工を避け、例えば帰還した機体を基に無駄のない結論を導くといった論拠のあるアプローチが可能になります。 仮説と経験はどう関係する？ 実際、Webサイトのアクセス解析を日常的に行っているため、データから仮説を立てる経験はあります。しかしながら、売上向上や認知拡大、新規ユーザの獲得といった本来の目的達成のために、どの分析手法を用いるべきか、その根拠となるデータ解析に結びつけることが必要です。 追跡設定の必要は？ さらに、解析ツールにおけるデフォルト設定以外のトラッキングに関しては、どのデータを収集すべきかが不明瞭になりがちです。よって、まず目的をはっきりさせ、必要な要素を明確に把握することを心がけています。また、取得できるデータの切り出し方次第で得られるインサイトは異なるため、どのデータがあればどのような推論が可能になるかを意識し、分析スキルの向上を目指しています。

イシューの本質は？ 「イシューとは何か、そしてイシューを設定して考えるとはどういうことか」を学びました。例えば、ファストフードチェーンの事例では、売上増という大きな目標に向かって進む前に、まず情報を細かく分解し、本当に解決すべき問い（イシュー）は何かを探るプロセスが大切だと説明されていました。売上増そのものがイシューではなく、目標達成の障壁となる要因や課題を見極めることが、本質であると理解しました。これにより、これまで「売上に対して何をやるべきか」という問いを立てていた自分の方法にブレがあったことに気付き、今後は目標への障壁となる具体的な課題に着目して情報を整理しようと考えています。 イベント数字は何示す？ また、コラボイベントの売上やSNS運用のデータ集計から、次の施策へ向けた具体的なアクションを導き出す際にも、この視点が役立つと感じています。たとえば、3か月間実施したイベントの数字の推移を加工・整理し、目標売上に対して実績がどの程度であったか、また達成のためにはどのような条件が必要かを検討することで、課題（イシュー）を明確にする予定です。 イシューの適否は？ さらに、目標と解決すべきイシューが混同しやすいため、ピラミッドストラクチャーを活用して「そのイシューは本当に適切か」を客観的に確認し、より的確な仮説にたどり着けるよう進めていきます。

本当のイシューは？ 現実に直面するさまざまな事象に対して、何が本当のイシューなのかを常に意識することが重要です。事実やデータに基づいた分析を経て、まずは冷静になり、すぐに安易な手法に飛び付くのではなく、マクロとミクロの両面から視座を高く保って俯瞰することが求められます。これにより、実現したい「ありたき姿」を達成するために足枷となっているボトルネックを見出し、それを明確にして対処することで、本質的な課題解決に繋げられると考えています。 根本原因は何？ また、現場で発生する多様な事象に向き合う際には、その背後にある根本原因を追究することが不可欠です。冷静な判断をもとに何が原因となっているのか、なぜそのような結果に至ったのかを繰り返し問うことで、問題の本質に辿り着く思考方法が形成されます。安易な打ち手に飛び付くのではなく、視座を高く保ち、一歩引いて現状を分析する姿勢が、課題解決の大きな鍵となります。 伝え方はどうすべき？ さらに、企画提案資料やエビデンスの提示においても、このアプローチは非常に有効です。例えば、ピラミッドストラクチャーなどのフレームワークを用いることで、聞き手にとって分かりやすい構成や表現が実現でき、事実データの適切な見せ方にも工夫を凝らすことが可能となります。こうした工夫により、無駄な手戻りを防ぎ、効果的な業務推進へとつなげることが期待できます。

本質的な問いは？ 「イシューの特定」、すなわち「今、何を考えるべきか？」を問うことが、クリティカルシンキングにおいて最も重要であると学びました。問いの立て方が誤っていれば、これまで習得してきたデータの分解や視覚化などの手法も効果を発揮しません。そのため、常に正確な問いを立て、本質的な課題を見失わないよう意識することが大切だと感じています。 背景をどう見る？ 管理職として日々様々な課題に直面する中で、表面的な事象だけを捉えて短絡的な対策を講じるのではなく、その背景や状況をしっかりと把握し、正しい問いを立てることを心掛けています。また、メンバーからの質問や相談に対して、イシューが正しく特定されていないと感じた場合は、しっかりと話を聞きながら、彼ら自身が本質的な問いを見出せるようサポートすることを意識しています。 計画に必要なものは？ 来年度の事業計画作成にあたっては、まず今年度の振り返りで、良かった点と改善が必要な点を背景やデータの視点から深く掘り下げること、その上で「数値目標（売上や利益）を達成するために何が必要か？」という問いを軸に、今年度の学びを活かしながら来年度の取り組みを策定していきたいと考えています。また、事業計画をメンバーに共有する際には、表面的な数字だけでなく、計画の背景にある課題やそれに基づく理由を十分に伝わるよう工夫して説明していくつもりです。

正しい問いは何？ 正しい問いを立てることの重要性を改めて実感したワークでした。Week1で学んだデータの分解やピラミッドストラクチャーは、適切な問いを立てることができて初めて効果を発揮します。イシューを特定することは、一人では難しく、同僚と共同で行うと論点がずれるリスクもあるため、とても難しいと感じました。しかし、「今解くべき問いは何か」を常に意識しトレーニングを続けていくべきだと考えます。 適切なイシューは何？ このスキルは、新規サービスやコンテンツ開発、既存サービスの改良にも応用できそうです。業務や事業における課題は多岐にわたるため、イシューを特定するだけでなく、どのイシューに取り組むべきかを決めることが重要です。より本質的な問いを立てる訓練をしていきたいと思います。また、お客様の声から得られる気づきをイシューに結びつけるインサイトに変える能力も向上させたいです。客観的に分析し、一人の視点に偏らないことを常に意識する必要があります。 新たな切り口はどう？ 普段行っている顧客アンケート分析において、従来の方法に固執せず、新たな切り口やグラフの選択を検討したいと考えています。さらに、アンケート項目自体の設計も非常に重要だと感じており、実施に移したいです。また、会議では論点を明確にし、その範囲から逸脱しないように議論することを心掛けていきたいと思います。

思考プロセスは？ これまでの講座を振り返る中で、問いを設定し主張を展開する際には、結論とその根拠を明確にし、その根拠に至る思考プロセス—どのような考え方を経たのか—を言語化して、自分の頭の中を可視化することの重要性を再認識しました。 運用はどうすべき？ 普段はテキストベースでのコミュニケーションを活用していますが、実際のITインフラエンジニアとしての業務においては、例えばお客様からデータベースのバックアップに関する要望があった場合、どのデータをいつ、どこに保管し、どんな手法で誰がどのようにメンテナンスするのかといった具体的な要素に分解し、お客様が気づいていない部分まで明確にする思考法として応用できると感じました。また、バックアップ範囲そのものについても疑問を持ちながら、先方との課題を詰めていくアプローチが有効だと思います。 論理はどう整える？ 物事を考える際には、まず問いの形としてイシューを定義し、それを常に意識・共有する基本的な姿勢が大切です。また、自身の考えが偏らないよう、妥当性のチェックを怠らず、そのプロセスをアウトプットしてフィードバックを受けながら繰り返しトレーニングすることが必要だと実感しました。さらに、MECEやロジックツリー、ピラミッドストラクチャといった論理的思考を整理する手法は、使える場面で積極的に取り入れていきたいと思います。