(19ページ目)

本 ✕ 手法

に関する学び

---

新たな学びは感じる？ 社内では得られない新しい学びを実感しました。特に日々の業務に関連する目標設定などに加え、普段は考える機会が少ないキャリアアンカーやキャリアサバイバルについても取り組めたことが大きな価値でした。また、多様な方と意見を交わしながら考えるグループワークは、大変刺激的であり、学ぶモチベーションを高めるのにも役立ちました。 対話で信頼築ける？ 今後も変化していきそうな理想のリーダー像ですが、対話を通じて信頼を築き、エンパワーメントを促進するという基本的な部分は変わらないでしょう。リーダーとしての明確な役職がなくても、人々との対話を積極的に行いたいです。メンバーはもちろん、業務上関わる部署内の方々とも、自社や顧客の方々と広くコミュニケーションを図るつもりです。この際には、一方的に伝えるのではなく、相手自身に語らせる手法を採り、相手を理解しようとする姿勢を持って信頼関係を築いていきたいです。 改善のヒントは？ できなかったことや不安、課題といったマイナス面に注意が向きがちですが、できたことやさらに改善できること、良かったことに意識を向けていきたいと思います。自分の話をする際も、不安や課題が話題に出がちですが、そこに共感を示すことが大事だと感じています。また、期待と現実のギャップを定期的に確認し、一緒に改善策を考え、本人からの意見を引き出すことを意識したいと思います。

物事を分解する利点は？ 「物事を分解する」という手法は、複雑な問題や課題を整理し、本質を掴むために非常に有効だと感じました。分解することで得られる利点として、全体像の明確化、真実への気づき、主観や思い込みの排除、具体的なステップの可視化が挙げられます。これにより、行動に移しやすくなり、自信がつき、切り口が増え、無駄が減ることで、コミュニケーションも円滑になります。 IT業界での分解の活用法は？ 私はIT業界で働いています。分解を効果的に活用する場面としては、システム障害時のトラブルシューティングがあります。アプリケーションエラーの要因や原因を細分化して判断します。また、要件定義やシステム設計では、顧客の要求を具体的に細分化し、それぞれの機能や動作について詳しく検討・具現化します。プロジェクト管理やコードレビューにおいても、工程やタスクを細分化して効率的に管理し、効果的なレビューを行います。 明確な目標設定の重要性は？ 実践においては、明確な目標設定が重要です。例えば、障害対応や要件定義の工程で課題を意識し、発生した問題を分解して整理します。分解された要素の因果関係を確認し、特に障害対応時には優先順位の判断も必要です。また、仮説を立てる姿勢やツールの活用も有効です。こうしたプロセスを定期的に繰り返し、振り返りを行いながら、自分のスキルとして確実に身につけていきたいと思います。

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

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

どうして課題分解が有効？ 複雑な課題に直面した際、ロジックツリーなどのツールを活用して課題を細かく分解する方法を学びました。頭の中だけで考えると曖昧な課題に圧倒されがちですが、整理することで本当に解決すべき核心が明確になり、具体的な行動計画へと結びつけることができます。特に、関係者との議論において共通認識を持つためにも、この手法は非常に有効であると感じています。 本来の目的は何？ また、業務を進める中で目の前のタスクに追われ、本来の目的や問いを見失ってしまうことがありました。定期的に問いを見直す習慣を身につけると、常に目的意識を高く保ち、無駄な作業を削減することが可能になると実感しました。 今後の取り組みは？ 今後の取り組みとして、以下の点を意識していきたいと思います。 実行方法はどうする？ まず、定期的な「イシュー確認会議」を導入します。チームでプロジェクトを進める際、週に一度など短い時間でも「私たちの本来の問いは何か」を確認する場を設け、常に問い続ける機会を作ります。次に、新しいタスクが開始された際には、まずロジックツリーを作成し、全体像と具体的な解決策を視覚化する習慣を定着させます。さらに、個人的な思考整理にも付箋を活用し、重要な問いや課題を常に目に見える状態に保つことで、日々の業務に流されることなく、本来の軸を見失わないよう努めます。

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

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

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

どう原因を探る？ 問題解決の原因を探る際は、まず全体像を把握し、プロセスをどのような構造で進めるかを考えます。そのうえで、単に全体を細分化するのではなく、「ここに問題があるかもしれない」という仮説を立てながら適切に分解していくことが大切だと感じました。 解決策はどう決める？ また、解決策を検討する場合は、複数の案を洗い出し、定量的な基準など根拠をもとに評価しながら絞り込むことが効果的です。この手法のひとつとしてA/Bテストが挙げられます。A/Bテストでは、実際の反応を確認することで、低コストかつリスクを抑えながら一つずつ要素を検証することができます。実施時には、目的や仮説、検証項目、そして期間や時間帯といった条件を統一することで、他の要因が評価に影響しないよう留意する必要があります。 本当のゴールは？ 実務においては、どうしても自身の感覚や他者の意見に頼りがちですが、次回からはたとえ結論が同じになった場合でも、客観的かつ定量的な評価を取り入れて複数の解決案を検討し、アプローチするよう心がけたいと思います。また、アサインされた案件や依頼事項の目的が本来「問題解決」であることに気付かない場面もあるため、まず「何がゴールなのか」を自分自身や他者に問い直すことの重要性を再認識しました。 もし、実際に業務でA/Bテストを実施された事例があれば、ぜひお伺いしたいです。

分解の基本は？ 分解は、物事を漠然と把握するのではなく、どこに問題が潜んでいるかを明確にするための基本的手法であると感じました。現状の解像度を高めるためには、MECEの考え方を意識して分解の精度を上げることが有効だという印象を受けています。 切り口はどう？ また、MECEの理論を踏まえながらも、目的に沿った切り口で分解する工夫が求められると理解しました。単に年齢層など機械的な区分ではなく、仮説を立て、どの視点から切り分けると物事がより見えてくるのかを考慮することが重要だと学びました。すべての業務に共通する点として、まずは分解してみることで、最終的な結果に早くたどり着けるという実感を得ました。 実践の方法は？ 実際に企業への仮説提案を行う際にも、まず経営企画部長との課題ヒアリングに向けて、企業が抱えるリスク全体像を定義し、層別に分けることで漏れがないかをチェックする方法が役立つと感じています。また、収益を変数ごとに分割することで企業課題を洗い出し、さらに営業活動をプロセスごとに分解することで、具体的な課題ヒアリングの準備につなげることができると思います。 切り口で悩む？ このように、情報を分解する際の適切な切り口の設定は難しいと感じる部分でもあります。皆さんの業界では、どのような視点・切り口で分解を行っているのか、具体例や考え方をぜひ知りたいです。

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

相手に伝わる方法は？ 他人に自分の主張を伝え、行動を促すために必要なスキルを学びました。特に、ビジネスの現場では、相手の立場に立ってわかりやすく伝えることが何よりも重要であると実感しました。その第一歩として、主語や述語を意識したアウトプットの基本を学びました。 論理の重ね方は？ また、自分の主張を裏付ける論理を構造化する手法にも注目しました。すぐに結論に飛びつくのではなく、複数の切り口から論理を重ねることで、説得力や理解しやすさが向上することを体験しました。 仮説の組み立ては？ さらに、不確実性の高い新規事業の推進においては、仮説を立てる際にピラミッドストラクチャーを意識することが有効だと感じました。まず答えのない課題を明確に特定し、数字を用いた分析や整理を行いながら論理を組み立てていくことの重要性を再認識しました。こうしたプロセスにおける、論理の柱をしっかり考える手間が、後の認識のずれや意思決定の遅延を防ぐ鍵であると考えています。 報告会の改善は？ これからは、毎週の事業報告会で使用するフォーマットをピラミッドストラクチャー型に変更し、主張の根拠となる論理を明確に伝える工夫を続けていきます。また、部下が発信する意見に対しても、構造化されたアウトプットを意識したコミュニケーションを心がけ、より正確で効果的な情報伝達を目指していきたいと思います。