(22ページ目)

本 ✕ 設定

に関する学び

---

数字分析の基本とは？ 数字を使った分析を行う際には、目的をしっかり意識し、そのうえで要素を適切に分解することが重要です。要素の分け方を工夫しないと、誤った結論に至る可能性があります。こうした分析においては、複数の角度から考えることが求められ、MECEの手法が有用です。 切り分けの効果的手法 「モレなくダブりなく」を意識して、ある要素を切り分けることが重要です。まずは全体を定義し、その後に目的に合った切り口で分解することで、問題点を明確にできます。分解の手法には、「階層分解」（～である/～でないに区分け）、「変数分解」（例えば、売上を単価×数量で分ける）、「プロセス分解」（どのフェーズやプロセスに問題があるかを見極める）が含まれます。 事業計画で何を意識すべき？ 事業計画を立てる際には、売上の視点と組織育成の視点それぞれに対して、目的に応じた切り口で要素を分解し、それを計画の立案に活用したいと考えています。また、個々のプロジェクトに対しても、売上や要員育成の観点から目標を設定し、その上でメンバーへの指導に役立てたいと感じました。 今後の見直しポイントは？ 来季の事業計画については、組織体制を含めて再度見直しを行う予定です。予算と育成の観点から今後必要と思われる要素をMECEなどを活用して洗い出し、実現可能性が高く成長が見込める提案を立案できるように努めたいと思います。

他社との差別化に課題はある？ 事業会社に携わっていた際、他社との差別化について意識していましたが、それがかなり主観的だったかもしれないと反省しています。「こうしたい」という思いと、実現可能なことや顧客から求められているもののギャップを埋めなければ、ビジネスとして成り立ちません。 フレームワークの活用で何が変わる？ 各種のフレームワークは客観的な判断に有用ですが、顧客の設定（もしくは創造）がすべての軸となることが深く理解できました。3C、SWOT、バリューチェーン、VRIO分析を用いて、現実的かつ需要に適い、持続可能な差別化を打ち出すことに役立てていきたいと思います。 中古車販売で差別化するには？ 中古車販売事業は競合も多く、とてもありふれた商売ですが、ポーターの3つの基本戦略が非常にわかりやすく当てはめられます。他社との比較が容易にでき、自社の差別化戦略に繋げられそうです。 フレームワークをどう実践する？ 学んだフレームワークはとにかく使ってみなければスキルとして定着しないし、良し悪しの判断もできません。フレームワーク自体に良し悪しがあるわけではないでしょうが、合う合わないの問題はあるかと思います。 現状把握で安全なスタートを！ どの方向へ向かうにしても、現在位置を正確に把握することで安全確実な一歩を踏み出せると考えます。まずは冷静な現状把握が必要です。

学びの振り返りで何を明確に？ グロービス経営大学院のオンライン学習サービス「ナノ単科」を通じて、講座全体を振り返ることで、自分がどのような課題を抱えており、今後何をすべきかが明確になりました。特に、以下の3点が新しい学びと気づきとなり、課題解決のために継続して実行すべき決まり事として定めることができました。 1. 課題で何を問われているかを考えること 2. 課題の答えを出すために何を考えなければならないかをまず決めること 3. 自分が考えた道筋に抜け漏れがないかを客観視すること 業務での具体的な活用法は？ どの業務においても、課題が与えられ、結果をアウトプットする必要があるため、これらのポイントは業務全般で活用できると感じました。具体的には、報告書を作成するときや、発表資料を準備するとき、メールの作成時、人に相談するとき、会議の際などがその例です。 実施すべきアプローチとは？ 具体的なアプローチとしては、以下のように実施したいと思います。 1. 課題で何を問われているかを設定・共有してから、本題に入り解決策を考え始めること 2. 解決策を考える際には、直感的に思いつく方法以外の分解方法も検討すること 3. 課題の答えを出せたとき、そのまま採用するのではなく、アプローチの抜け漏れを客観的に評価すること これらの学びを活かし、今後の業務に生かしていきたいと思います。

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

誰もが持つリーダーシップとは？ 誰もが持つリーダーシップについて考えてみれば、「フォロワーがいれば、それだけでリーダーシップが発揮されたことになる」というシンプルなものである。難しく考えすぎる必要はない。 なりたい自分をどう見据える？ また、自分のなりたい姿を明確にするには、目標を設定することが重要だ。そのことにより、現状の自分とのギャップが浮き彫りになり、「行動 = 能力 x 意識」という考えをより具体化できる。 リーダーシップは上司だけのもの？ 今までリーダーシップを「上司」に期待していたが、例え役職がなくても自ら動いてチームを引っ張ることでリーダーになれると理解した。ただ、自分には「熱意」が足りないのかもしれない。やった方が良いと感じていることでも、他人を動かすのが面倒で、リーダーシップを取ってこなかったことがある。 上司への不満をどう克服？ 上司への不満をチーム全体で共有している中、自分がリーダーシップを発揮することで解消できそうな問題には積極的に取り組んでいこうと考えている。ただし、他のチームの協力が必要な場面では、「本当に行動したいのか？」「行動すべきなのか？」という問いに対する熱意が足りないと感じることがある。「自分がやらなくてもいいか」「依頼されてはいないし」という考えが心の奥底にあるかもしれない。こうした問題の深掘りが必要だと感じている。

どう認識を合わせる？ 課題は、見る人や見る角度によって変わるため、何を解決すべきかを正確に判断し、関係者全員がその認識を共有することが重要だと実感しました。また、時間が経つにつれて認識が薄れ、混乱が生じる可能性があるため、常に課題を再確認し、認識にズレが出ないよう努める必要があります。 導入の本質は？ 私の業務は、新しい技術やソリューションを現場に導入することです。しかし、過去には「ソリューション導入」自体が目的化し、本来解決すべき課題や本質が曖昧になってしまったことが何度もありました。 問いの立て方は？ 今回の問いの立て方は、これまでの経験を踏まえると非常に示唆に富むものでした。今後は、まず現場の課題を大局的に把握し、そこから各要素に分解していくアプローチで問いを設定していきたいと考えています。この方法により、本質的な課題解決につながると期待しています。 課題はどう可視化？ まず、自分なりの現場での課題を、たとえ漠然としていても可視化します。その後、既存のフレームワークを活用して、課題を具体的な要素に分解していきます。 理解は届いてる？ そして、その分解した内容を上司や同僚に提示し、課題の理解が共有できているかを確認します。理解が得られた段階で、適切なソリューションを検討し、具体的な実行内容を上司や同僚と協議して進めるようにしています。

録画視聴の感動は？ 当日は参加できなかったため、録画を視聴しました。皆さんのプロトタイプ発表から、視野の広さや発想の自由さに大変感銘を受け、生成AIを活用してイメージ画像を制作している姿勢に、実際に物理的な制作が難しくても目に見える形で伝えられる時代を実感しました。デザイン思考入門を受講して本当に良かったと感じました。 届けたい相手は？ 今回の発表を通じて、誰に届けたいのかを改めて考える必要性がより一層明確になりました。全ての人にとって完璧なものは存在しなくても、本当に届けたい相手にとってより良いものを模索する大切さを学びました。 自分の位置は？ 私はチームのリーダー的な立場ではありませんが、組織内での自分の位置づけをデザイン思考を用いて見直してみようと思います。業務においてtoC向けコミュニケーションが多いことから、相手に対して意見を押し付けることなく、丁寧な伝え方を心掛けたいと考えています。 年度目標はどう？ また、4月から新年度が始まるため、まずは年度MBOの目標設定を自分自身のポジショニングのデザインから深掘りして進めていこうと思います。さらに、toC向けのコミュニケーションでは、相手に必要性を感じてもらえるような伝え方を設計し、発信前に社内で試作と改善のプロセスを繰り返す時間をスケジュールに加え、より良いアウトプットを目指していきます。

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

直感的な解決策とは何か？ 自分の経験に基づく直感的な解決策だけに頼っていたところ、改めてその考えが本質を捉える上で一種の障害となっていることを痛感しました。多様な考え方や状況が存在する中で、意見を尊重しつつ、共通認識を持ってもらうためには、その本質を見つけ出し、議論の軸を定めることの重要性を感じています。 若手育成に必要なステップは？ また、経験が浅い若手が多い職場では、目標と期限を設定するだけでは行動に移せないことが多いことに気づきました。これまではリーダーとして方針を決め、一方的にトップダウンで指示を出していましたが、具体的な話法やツール、直接的な指導を通じて部下が迷いなく行動できるように準備を整えること、そして個々の課題や考えについて対話し合意を得ることが大切だと感じています。 会議の改善策は何か？ さらに、会議の場でのみ進捗管理と指導を行っていたため、発言しにくい環境を作り出し、できていないことに対するストレスも生んでいました。これを改善するために、次の三つの対策を講じることにしました。 1. これまで確保できていなかった部下との定期的な対話の時間を設ける。 2. 部下の課題的な行動を聞き入れ、受け入れて褒める。 3. 次回の対話までの到達点を共有する。 このような取り組みを通じて、職場の環境改善と業務の効率化を図っていきたいと思っています。

なぜ印象に残った？ 私が特に印象に残った学びは二つあります。 日本語の要点は？ 一つ目は、日本語を正しく使うことの重要性です。これまで私は、主語を明確にせず述語もうまく対応させずに説明してきたことを痛感しました。特に「自分がサボった分は、聞いている側がツケを払っている」という講師の説明が心に響きました。今後は、主語と述語がきちんと揃っているかどうかに注意を払いたいと思います。 ピラミッドの秘訣は？ もう一つは、ピラミッドストラクチャーの作成方法です。まずメインメッセージを設定した後、それを支える理由づけをまとめ、さらにそれぞれを深掘りしていく流れを理解しました。特に、各レイヤーにおいて情報の粒度を揃えることが重要ですが、これが非常に難しいと感じています。今後はこの点に焦点を当てて学んでいきたいです。 報告の伝え方は？ 他部署への報告業務においては、調達コストに関して発生した現象を正しく説明し、ピラミッドストラクチャーを使って要因を明確にし、端的に説明することを心がけます。 新規進行はどう？ また、新規プロジェクトの進行では、参加者に対して目的や手段を説明する際、日本語の選び方に注意し、主語と述語を正確に使用します。さまざまな意見をまとめる業務では、ピラミッドストラクチャーを用いることで、多様な意見をグループ化することに努めたいと思います。

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

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