(25ページ目)

本 ✕ データ

に関する学び

---

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

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

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

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

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

イシューの本質は？ まず、データに飛びつく前に、何に対して答えを出すのかという根本的な課題―イシュー―を明確に整理することが大切です。イシューは、Yes/Noといった二つの選択肢程度に絞ることで、分析がしやすくなります。 数値比較の意味は？ 次に、単一の数値だけでは状況が判断しにくいため、2つ以上の数値を用いた比較分析の重要性が浮き彫りになります。この手法により、数値同士の関係を明確に理解し、正しい判断を導き出すことができます。 業務シーンはどう見る？ 業務シーンでは、キャパシティプランニング、リリース影響の判定、障害対応時の原因切り分けなど、様々な場面でこの考え方が活用されています。特にキャパシティプランニングの場合、ただ「リソースは足りているか？」と漠然と問いかけるのではなく、「現在の増加ペースが続いたとして、3ヶ月後にもリソースが十分確保できるか？（Yes/No）」と問いを明確にすることが求められます。 予測と対策はどうする？ 具体的な取り組みとしては、過去のトレンドから3ヶ月後の予測使用量を算出し、実際に利用可能な物理的リソースの上限値と比較します。もし予測値が上限に近づく、または超える場合はリソースの増強が必要であると判断し、迅速な対応を実行していくこととなります。このプロセスを繰り返し実践することで、業務全体の質の向上につながっています。

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

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

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

分析で大切な比較の本質とは？ 今回の学習を通じて、以下の重要なポイントに改めて気付きを得ました。 まず、分析の本質は比較にあることです。ある場合とない場合を比較する、いわゆる「Apple to Apple」の比較が重要です。また、分析に入る前に仮説を立てることが大切であり、目的を明確にすることが求められます。具体的には「何を見たいのか」「何が見えるのか」を明確にすることが重要です。さらに、グラフを活用して視覚的に捉えやすくすることも効果的です。 ITシステム導入の比較ポイントは？ これらのポイントを念頭において、バックオフィスにおけるITシステム導入の検討を進める際には、以下の点を意識して比較を行いたいと考えます。 まず、「何のために比較するのか」を明確にし、導入した場合としなかった場合の効率面やコストを具体的に、定量・定性データで比較することが必要です。何を見たいのかを明確にし、複数社での比較を実施することが大切です。また、場面によっては仮説を立てて進めていくことも考慮すべきです。 導入効果をどう検証する？ 具体的には、人事系システム導入に向けて、まずは社労士などのスペシャリストからの助言を参考にしつつ、導入の目的自体を明確にします。次に複数社での比較を実施し、導入した場合としなかった場合の検証を行います。この視点で検討を進めていきたいと思います。

分析時に問いかけの重要性とは？ 分析の目的を「問いかけ」から始めることの重要性を学びました。具体的なテーマを最初に決めてしまうと視野を狭めてしまう可能性があります。そのため、「何のために？」と問いかけることからスタートし、具体化することが大切です。また、チームで物事を進める際には、ゴール（目的）を明確にしておくことで、本質から脱線することを防ぐ効果があると理解しました。この認識を忘れないように、何度も共有することを徹底したいと思います。 新規企画にどう役立てる？ 新しいサイトやサービスの企画や改善の際にも、この方法が役立つと感じました。たとえば、上司から「このシステムを導入するために資料を作って会議をセットしておいて」と指示を受けることがあります。その際、イシューを明確にしておくことが効果的だと思いました。 効率的なミーティングの準備法は？ これまで私は、新しいサイトやサービスを企画する際、「●●について」とテーマを限定してキックオフの資料を準備していました。今後は、事前に情報を分解し、目的を問いかけることでテーマを具体化した状態で会議に望もうと思いました。責任者からスピーディーな改善を求められることが多い中、これにより時間の節約にも期待が持てます。また、データ分析を用いて現状の数値をしっかり把握することで、改善後の効果測定も行いやすくなると感じました。

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