(34ページ目)

結果 ✕ 本

に関する学び

---

分析ってどう理解？ 分析とは、ものごとを分け、比べることだと改めて理解しました。具体的かつ明確に整理することで、より良い意思決定に役立てる手法であるという基本的な定義を再確認できたと感じています。分析を進める上では、目的設定と仮説設定がいかに重要かという点が特に印象に残りました。 目的設定は何が必要？ まずは、分析の目的を明確にして、どの意思決定に結びつけたいのかを整理することが大切だと考えています。その上で、目的に合わせた仮説を立て、膨大なデータの中から役立つ情報を見極める方法を実践していきたいと思います。 振り返りの進め方は？ また、自身の業務を振り返り、データを活用して改善したい点を整理し、どのようなデータを収集しているのかを把握することから取り組みたいと考えています。一つのテーマに絞り、目的設定、仮説設定、そして分析の順で自分なりに実践を進めることで、より良い結果を得たいと思います。

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。

分解から何が見える？ データを分解して傾向がはっきり見えなくても、それを失敗と捉える必要はないと感じました。たとえば、「傾向が無いことが分かった」や「別の切り口があることが分かった」という結果も、データの捉え方の違いを示しており、有用な示唆と言えます。 正しい表記はどう守る？ また、「分かる」は必ず「分かる」と表記するようにし、データの分解を丁寧に行うことの大切さを改めて実感しました。実際にデータを細かく分ける際は、手を動かすこと、機械的にただ分けるだけでなく、複数の切り口で考えることが重要だと考えています。 売上の分解方法は？ さらに、メンバーの売上を整理し、今後の対応を検討する際には、合計の売上だけでなく、関連する項目ごとに分解することが必要です。その際、本当にこれだけで良いのか自問し、他のメンバーと相談することで、より具体的な分解と傾向の提示ができるよう努めたいと思いました。

イシュー設定の重要性は？ イシューの設定の重要性を改めて実感したが、同時に自身の力量不足も痛感した。常に意識していないと実際の場面で違った方向に向かい、結果的に時間だけがかかってしまうことになる。今後は「問いのカタチにする」ことを習慣化したいと考えている。 問題解決に必要な視点 技術的な課題に取り組む際、これまでは経験則に基づいて解決を試みてきた。しかし、イシューを適切に設定していればもっとスムーズに進んだのではないかと思うようになった。「問いは何か」を意識し、周囲に適切にアウトプットしていきたい。 異動後に感じた変化とは？ 同じ記述の繰り返しになりますが、「イシューの設定」が重要だと感じている。特に「造る」部署から「検査」する部署に異動になり、「なぜこのように考えるのか」と「問う」場面が増えてきた。スムーズに解決策を導き出せるよう、「問いは何か」を意識し、本質を外さないように努めたい。

解くべき問いを見つけるには？ テーマが決定すればそれが解くべき課題だと考えていましたが、実際にはそのテーマを細分化し、本当に解くべき問いを見つけ出すことが重要だと気付きました。細分化する際には、解決したい姿や仮説を立て、それをもとに細分化していくと効果的だとも感じました。 理想の姿をどう描く？ プロジェクトで計画を立てる際には、ただタスクを洗い出すのではなく、理想の姿を思い浮かべ、それを実現するための実現要件を意識しながら分解していきたいと思います。これにより、一つ一つのタスクの実行結果が仮説検証のためのインプットとなり、より早く正確に目標を達成できると感じます。 実現要件の整備方法は？ まずは考えるテーマを決定し、その後、実現方法を考えるのではなく、実現要件を考え、それぞれの要件に対して現状を整理します。そして、解消すべき課題の特定とその解決策を考えることを習慣化したいと思います。

仮説の捉え方はどう？ 仮説を立てる際、時間軸と結論の視点で捉えるのか、あるいは問題解決のための手段として捉えるのか、細かく分解できることに気づきました。漠然としていた仮説も、目的と必要な手段を明確にすることで、より効果的かつ実践的なものに仕上げることができると学びました。 本当に必要な策は？ 売上向上を目指す中で、「何が必要か？」という曖昧な問いだけでは、的確な戦略が立てられないという経験があります。そのため、問いを細分化し、一つ一つの要素に対して仮説を立て検証することが重要だと実感しています。 現状分析の手法は？ 具体的には、まず自部署の業務範囲における現状の顧客アプローチ方法を洗い出し、効果があるものとそうでないものをデータに基づいて検証します。その上で、検証結果を踏まえて問題解決のための仮説を構築し、ボトルネックとなっている部分の改善策を検討していく手法を実践しています。

グラフ順序の大事さは？ 相手に伝えるため、グラフの視覚化の大切さは認識していましたが、グラフの順番やテキストの色については十分意識できていませんでした。また、ライティングの授業で学んだように、見出しや文章の構成にも工夫が必要だと感じています。 スライドの情報整理は？ さらに、スライドを準備する際には、しっかりとした情報を収集し、分解するスキルが求められます。スライドが綺麗に作り込まれていない場合、分析して考えた内容がうまく伝わらず、残念な結果になるという経験を踏まえています。 伝え方をどう徹底？ 今後は、後輩やクライアント向けの資料作成において、分かりやすいグラフ作成を心がけるとともに、ライティングにも「相手に伝わる」という意識で取り組んでいきたいと思います。また、デザイン性においても基本の型を意識しながら、分析で見えてきたことを正確に伝えられるよう、日々グラフ作成に努めていきます。

伝わる文章はどう伝える？ 自分の伝えたいことが先行してしまい、相手に本当に理解してもらえているかどうかをあまり意識できていない印象です。まずは、主語や述語、文章の長さ、そして何を結論として伝えたいのかを明確にすることが重要だと感じています。自分の作った文章が実際に伝わっているかを、他の人に確認してもらうなどして、日常から意識していきたいと思います。 全体の伝え方はどう？ また、普段のメールやチャット、資料作成など、あらゆるコミュニケーションの場面で相手に伝わるかどうかを意識していく必要があります。相手に正しく理解してもらえなければ、同じイメージを共有できず、結果的に誤った解釈や方向性のずれ、そしてやり直しが発生する恐れがあります。そこで、今回学んだピラミッドストラクチャーなどの手法を活用し、伝えたい内容を整理していくことで、小さな改善から着実に伝わる文章を目指していきたいと考えています。

なぜ売れたのか？ 実例に沿って、なぜある商品が売れたのかを考えることは今まで経験していなかったため、とても印象に残りました。自分がよく知る商品についても同様に、なぜ売れたのか具体的な理由を探っていきたいと思います。また、行動観察を行ったことがなかったため、まずは身近なところから実践してみる意欲が湧いてきました。 実際の行動はどう？ 新規システムを開発する際には、これまで社長からの指示に従ってシステムを作ってきましたが、その結果、真のニーズが捉えられておらず、売れない原因になっていたと感じます。今後は、社長が想定する利用者像に留まらず、実際に利用者の行動を観察し、深いインタビューを行った上でシステムのコンセプトを策定していくことが重要だと実感しました。この点を踏まえ、予算申請にも利用者観察やインタビューのプロセスを組み込み、本当に解決すべき課題を明確にしていきたいと考えています。

なぜ４Pで仮説を立てるの？ ４Pの視点から仮説を立てる方法について、これまで十分に実践できていなかったため、改めて基本に立ち返り内容を確認しながら取り組みました。その結果、４Pの視点が非常にやりやすいことを実感し、今後は意識的に活用していきたいと感じました。 なぜ多角的に見るの？ また、コンサルティングの現場では、契約状況の因果関係を把握する際に４Pの視点で多角的に分析する必要性を改めて認識しました。リサーチャー時代から苦手としていたこの分野ですが、今後は意識して幅広い視野を持ちながら仮説を構築していきたいと思います。 どうして数値を読むの？ さらに、数値データを分析する際は、単に事実を確認するだけでなく、背後にある事象を踏まえて仮説を立て、物事の判断につなげることが重要だと実感しました。３Cや４Pの視点を常に意識し、分析を通じた課題解決の思考力を養っていきたいです。

MECEとは何か？ MECEというロジカルシンキングの基本を学びました。この方法は、必要な要素を網羅しつつ重複しないようにする考え方です。そのために、層別分解、変数分解、プロセス分解という3つのパターンがあることを理解しました。 なぜMECEが重要？ 営業面で提案資料を作成する際に、MECEを意識することで考慮漏れの無い提案ができ、出直しや再考を防ぎ、より効果的な資料作成に役立てられると考えています。また、トラブル発生時の対策報告でも、この考え方は活かせると思います。 結論にどう導く？ これまでは結論ありきで、その根拠のために分析を行っていました。しかし、このプロセスを逆転させて考える必要があると感じています。同じ数字でも視点を変えて分解すれば、見え方が変わるということを意識し、分析結果を複数に増やしていくことで、より説得力のある結論に繋げていきたいと思います。

分析と代表値の使い道は？ 分析の基本プロセスや代表値の種類について、非常にしっかり理解できています。実際の案件分析やKPIの見直しにおいて、売上、利益、譲渡額、成約期間など、各データのばらつきに応じて単純平均、加重平均、中央値などの代表値を使い分けることができています。また、ばらつきや２SDルールなども活用し、最適な視点からデータを分析している点が印象的です。 説明とKPIの関係は？ 現状、データ分析の結果に基づいてKPIが作成・発信されているため、今後はその数値が目標となる理由を、メンバーがより納得できる図表を用いて可視化し、説明できるようにしていきたいと考えています。同時に、分析のプロセスにおいて、目的の明確化、仮説の設定、データ収集、そして仮説（ストーリー）の検証の手順を、メンバーが理解しながら適宜視点とアプローチを選択できるよう指導していく所存です。