(17ページ目)

本 ✕ データ

に関する学び

---

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

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

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

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

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

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

データ分析で何が分かる？ 問題解決にあたっては、ステップごとにデータを分析しながら進めることで確実な解決が可能となります。また、様々な仮説を立てて検証することで、多角的な視点を得ることができ、この組み合わせにより、データ分析をより効果的に活用し、最適な解決策を導き出すことができます。 収集条件は統一できる？ 自分でデータを収集し、複数の仮説を検証する場合、それぞれの仮説に対応したデータ収集の条件を可能な限り統一することが重要です。既存のデータを比較する際も、比較したい条件以外の要素を揃えた状態で行わなければ、得られる比較結果が本来の目的と乖離してしまいます。 集中が続かない理由は？ 一方で、私自身は視野が分散しやすく、さまざまな仮説を考えるのは得意なものの、目的に向かって確実に進むことが苦手だと感じています。そのため、常にゴールへの道筋をステップに区切って考え、1つ1つを着実にクリアしていくことを心掛けるようにしました。これにより、自分の特性を活かしながらも、確実に問題の解決へ向かうことができると実感しています。 目標達成法はどうする？ 今後は、さまざまな業務に取り組む前に、まず解決すべき最終目標とそこに至るステップを明確にし、その上で各ステップで仮説を検証しながら前進していくことで、着実に成果へと導いていきたいと考えています。

問題原因をどう特定する？ 問題の原因を明らかにするためには、プロセスを細かく分解することが重要です。そして解決策を検討する際には、複数の選択肢を洗い出し、その根拠に基づいて絞り込むことが求められます。 幅広く解決策を模索するには？ 私の癖として問題と認識している点は、現象に焦点を当ててしまうことです。このため、なぜそれが問題なのかをさらに分解整理し、その構造を明らかにすることが必要です。その上で、解決策を思いつきや経験で狭めてしまわず、幅広く検討し、なぜそうするのが良いのかを考え実行し、分析することが重要であると感じました。 業務改善に必要なフローは？ 具体的な業務としては、説明資料の作成や土地の探索、収支検討などが挙げられます。これらの部分で改善を図り、成果に結びつけるためには、業務フローや仕事上のプロセスを整理・分解し、成果に結びつく打ち手を検討し実行した上で、さらに改善すべき点を検討することが不可欠です。 データ活用の重要性とは？ また、データを収集する経験を深めることも重要です。日頃から意識的にデータを取ることで、どのようにデータが業務に効果を与えるかを考えることができます。説明資料を作成する際には、作り込みすぎずにスライドのパターンをいくつか作成し、A/Bテストの要領で部内や課内でフィードバックテストを行うことも推奨されます。

データ分析の重要性は？ 「データ分析は意思決定の手段であり、意思決定を効率的に実現するための重要な用途である」と改めて認識しました。特に「整理」し、「比較対象を具体的に」することの重要性を学びました。ものごとを「具体的に」し、「はっきりさせる」ことで、より良い意思決定に役立てることができます。このプロセスを通じて、各要素の性質や構造を細かい点まで明確にすることが肝要です。 目的を持って分析を始めるには？ 基本は「目的をもって分析をする」ことです。データから得られる知見があるため、目的を明確にせずデータを加工し始めてしまうことがありましたが、この点は意識して改善していきたいと思います。 BPRを進める秘訣とは？ また、BPR（業務プロセス再構築）を進めるには、関係各所のコンセンサスが重要です。関係者が納得し、了承を得られるような説明が重要であり、定量的なデータから重要要素を可視化し、客観的な根拠を元に合意形成までのプロセスを改善することが求められます。 新たな視点を持つために必要なことは？ 学んだ内容をもとに実務で実践し、どのような分析・資料が効果的であるかを把握し、習得していきたいと思います。また、自分自身の考え方の癖や偏りを矯正し、柔軟な視点を持てるようにするために、グループディスカッションを通して多くの視点や考え方を吸収していきたいです。

分析フレームはどう使う？ 分析の実施に際して、講義ではプロセス、視点、アプローチという3つのカテゴリに分けたフレームワークが紹介され、シンプルなモデル化が印象的でした。仮説思考のプロセスは「目的の把握」「仮説の立案」「データ収集」「検証」の4段階に分かれており、分析に必要な視点として、インパクト、ギャップ、トレンド、ばらつき、パターンの5つが挙げられました。また、具体的なアプローチとしてグラフ、数字、数式の3つが提示された点も理解の助けになりました。 クライアント事例を深掘り？ 現在、あるクライアントから依頼をいただいている基幹システムと倉庫管理システム間の在庫差異に関する分析支援に、本講座で学んだ内容が活かせると考えています。ロケーション、保管場所、品目、品目タイプ、システム、オペレーションなど、複数の要因が複雑に絡み合いながら在庫状況に時間的なずれを生じさせているため、講義の知識が問題解決の一助になるのではないかと思います。 差異分析の視点は？ また、Q2で実施している活動において、差異分析のプロセスの意識づけに講義内容を活用できると感じました。オペレーション履歴の抽出や、過去3カ月分のデータを用いた分析の中で、ばらつきやパターンという視点が特に重要であると実感しています。そのため、今回学んだ相関関係を意識した分析手法が有効に働くと考えています。

どうやってイシューを特定する？ 進め方としては、まず答えを出すべき問い、すなわちイシューを明確に特定します。その後、論理の枠組みを考え、主張を適切な根拠で支えるという基本の流れを踏むことが重要です。作業を進める中で、イシューを常に意識しながら進めるべきであり、過去にはイシューから逸脱したまま次の作業に移ってしまった経験があり、今後はその点の改善が求められます。 なぜ顧客評価に課題が？ また、顧客評価で問題が生じた場合や戦略がうまくいかない状況では、単なる対症療法にとどまらず、根本的な問題が何であるかを特定し、メンバー間で共有することが必要です。特に、エンジニアの方々と仕事をする際には、視点が異なることが多いため、まずは共通してイシューを明確にし、現在の状況と今後の方向性をしっかり合わせることが大切だと感じました。 どうやって情報整理をする？ さらに、各顧客ごとにイシューを特定し、現状理解のためにMECEやデータ分析を実施すること、そして顧客との面談前や会議での参加者間のゴール設定が求められます。資料作成の際は、まずデータを整理し、その後報告資料の構成を考え、スライドごとのメッセージを作成していくという流れを守り、順番を変えないように進めることが重要です。会議中もイシューから逸脱しない進行を意識することで、解決策へと着実に導くことができると感じました。

イシュー特定はなぜ重要？ イシューの特定の重要性を改めて実感しました。それ以上に「問い」の方向性をブレないよう意識し続けることの重要性に気付かされました。課題を特定し、イシューを設定した後、実際に分析や議論に移る際、この「問い」がブレることが多々あります。気づけば最初に設定したイシューからずれた議論をしていることが何度もありましたので、改めて見直したいと思います。 データ分析で避けたいミスは？ データ分析においては、「問い」の方向性がブレてしまい後で気づき、やり直しが発生することがしばしばです。数字に触れ始めると、「分析」に夢中になり、本来の目的を見失ってしまうことがよくあります。特に注意すべきは「やった気になってしまうこと」であり、過去の経験を通じてこれを痛感しました。この講座を通して学んだフレームワークを意識し、同じ失敗を繰り返さないようにしたいと思います。 言語化の効果とは？ 「イシューを押さえ続けること」は「意識」するだけでは難しいため、言語化を必ず意識したいです。言語化することで、自分だけでなく、周りの方との認識統一にもつながります。これができると、自分が「問い」からずれていても、「誰かが気づき」修正してもらうことができます。自身の考えを客観的に見ることは重要ですが、完璧にはできません。常に第三者のヘルプも借りながら進めたいと思います。