(21ページ目)

課題 ✕ 設定

に関する学び

---

どの分析方法が有効？ 問題を特定する際のアプローチについて、分類や分解の手法、考え方の基本を身につけることで、さまざまな課題に対してゼロから悩むことなく、正しい分析を進められると実感しました。学習の中ではプロセスの分解に重点を置いていましたが、他の方法についても幅広く覚えておきたいと考えています。 提案の見直しは必要？ 実業務においては、顧客への提案で解決策ありきで進めてしまうケースがあり、都合の良い分析になってしまうことがあります。こうした提案は初めは良い印象を与えるかもしれませんが、本質的な課題解決にはつながらず、長期的には評価を下げるリスクがあるため、業務の進め方を見直す必要があると感じました。まずは、これまで学んだ分析のステップに基づき、客観的かつ正確な分析を実行した上で、最適な解決策を提案することが重要だと思います。 行動計画はどう決める？ 具体的な行動としては、実業務で特定のサービスに依存せず、客観的で正確なデータ分析を徹底し、複数の選択肢を比較検討することが求められます。そして、適切な判断基準を設定して最適な解決策を提案することを意識します。加えて、提案後の振り返りを行い、実施した解決策の効果をデータで検証する仕組みを整えることで、継続的に提案の機会を創出できると考えています。

問いをどう理解する？ 「問いを立てる」という言葉について、普段の言い回しとは異なり、初めはピンと来なかったものの、ライブ授業の具体例を通じて理解が深まりました。YESかNOで答えられる問いを設定することで、その答えに対する論拠や分析が求められ、論理的な説明が自然と身につくと実感しています。これまでの日々の業務にも通じる部分があり、改めてその意義を認識することができました。 フレームワークの再確認は？ また、これまでシステム開発の現場で漠然と使っていた思考のフレームワークが、今回の学習を通じて再確認できた点も大きな収穫です。部署内で複数のシステム開発案件のレビューを行った際に、報告内容が論理的でない場面に直面することがあり、状況を整理するためにこのフレームワークを意識的に活用できそうだと感じました。さらに、事業計画の立案や部下のサポートにも、今までの経験にとらわれない新たな視点を加える上で大いに役立ちそうです。 イシューリストをどう見る？ ライブ講義で紹介されたイシューリストの作成方法も非常に印象的でした。日常業務では緊急度の高いものが優先され、本来注目すべき課題が見落とされがちですが、イシューリストを作成し定期的に見直すことで、重要な問題点を把握し、対処策を検討する体制を整えられると感じました。

イシューを特定する重要性とは？ イシューという単語から大きな学びを得ました。 まず、「問いは何なのか」を意識することが重要です。イシューを特定し、内容を明確にするためには、優先順位をつけることが必要です（例えば、ロジックツリーの活用）。一度決めたからといって固定するのではなく、環境変化や必要に応じてブラッシュアップすることも大切です。 問いの意識で変わるミーティングの質 最近、月ごとの売上資料を見て「課題は何か」と聞かれることが増えました。この際、『問いは何なのかを意識する』ことで、イシューが特定できたり、共有できる基盤が整ったりします。その結果、ミーティングや事前準備では「方向性がどちらか」「何をすべきか」を明確にして伝えることが可能になります。 知識と視野を広げるためのアプローチ 『問いは何なのか』を『意識し続ける』ことに加えて、「その問いが適正かどうか」や「適正でなかった場合のフォローアップの考え方」といったアプローチも欠かせません。また、自分の狭い考え方に固執せず、常に俯瞰の目線を持ち、他者の意見を取り入れることが重要です。こうしたプロセスを繰り返すことで、イシュー設定のクオリティを向上させていきたいと思います。 遠回りが一番の近道という姿勢で、地道に取り組んでいくつもりです。

なぜイシューが大事？ 「イシューの明確さ」の重要性について学びました。それはプロジェクトの開始時に「何を達成すべきか」を明確にすることで、全員が同じ方向を向いて効果的に進めることができるからです。簡潔でわかりやすいイシューの設定が、問題解決の第一歩であると感じました。 相手の優先順位は？ 自身の業務においても、イシューの明確化はプロジェクトや交渉の成功に直結すると思います。例えば、スポンサーとの交渉では「相手が何を最優先しているのか」をイシューとして明確にすることで、提案を的確に調整し、成果を得やすくなります。また、業務全体を通して「今本当に取り組むべき課題は何か」を意識することで、優先順位を整理し、効率よく進められると実感しています。 実行はどう進める？ イシューを明確にするために、まず業務やプロジェクトごとに「何を達成したいのか」を一言で整理し、目標を共有します。その後、現状の課題を洗い出し、本質的な問題を絞り込み、優先順位を設定します。そして、解決に必要な具体的なアクションをリスト化し、締め切りや担当者を明確にして進捗を管理します。また、取り組み終了後には振り返りを行い、イシュー設定や行動計画の改善点を抽出します。このプロセスを繰り返すことでスキルを磨き、業務効率を向上させています。

問題点の把握はどう進める？ まず、問題点をきちんと把握し、理想の姿と現在の状況との差を捉えることが重要です。そのためには、物事を様々な角度から分析し、分解する必要があります。平均的に一括りで捉えると、真の問題を見逃す恐れがあります。ここで、MECE（Mutually Exclusive, Collectively Exhaustive）の原則を意識すると、要素を漏れなく重複なく分けることができ、問題の明確化から課題設定がしやすくなります。 数字の状況をどう把握する？ 数字の状況や問題点を把握する際には、つい平均で語られることが多くなります。しかし、細部までしっかりと捉えた上でサマリーをすることが大切です。そして、いつでも元に戻れるように、プロセスを明確にしてツリー構造として残しておく必要があります。これを怠ると、感覚的な議論と空論の間を行き来することが多く、物事が進まない原因となります。 視点設定と情報分解の秘訣は？ 数字や定量的情報で状況を表し、要素分解を行うことが鍵です。この際、視点の設定が非常に大切ですが、解決したい問題、本来の目標、最終目的を意識し、人に聞きながら自分の考えを伝える形で整理していきます。立ち戻る目的を明確にすることで、偏見がかからないように注意することも重要です。

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。

本当に大切な課題は？ 真の課題やイシューを見極め、明確にすることは非常に重要です。仲間と情報を共有することで、目指す解決策が正しいかどうかを共に認識し、より確かな道筋を描くことができます。また、「分けるとわかる」という考え方に基づき、どのような分析手法が解決策を導き出すのか、様々な角度から現状を整理する意識を持つことが求められます。 多角的視点は足りる？ 業務を進める上では、営業成績や人事、商品開発など多岐にわたる課題が発生します。そのたびにイシューを設定し、複数の視点から分析を進めるとともに、対策を講じる必要があります。特に、情報が不足している場合には、十分な情報収集を行うことが不可欠です。 全体最適を考えてる？ また、イシューを決定する際には、部分的な解決策に偏ることなく、全体最適の観点から何が真のイシューなのかを慎重に考えることが大切です。そのためには、複数（最低でも3つ以上）の仮説を立てた上で、最も本質的なイシューを見極めることが求められます。 代替案は整ってる？ さらに、様々な角度から現状を分析し、対策案を検討する際には、必ず代替案も用意するようにしましょう。クリティカルシンキングの姿勢で、本当にその対策が妥当であるのか、常に問い続けることが成果に繋がります。

適切な問いはできてる？ 今週の演習を通して、適切な問いを立て、課題を正しくとらえることの大切さを再認識しました。論点（イシュー）が明確でなければ、目指すべき解決策や対応策にたどり着くことができないという実感を得ました。 優先課題は何だろう？ また、GAILを学ぶ中で、業績の不調に対し原因や解決策が複数の切り口から考えられることを理解しました。優先的に取り組むべき課題を特定することが、最も成果につながるという点も大きな学びでした。 新部署で挑戦はどうなる？ さらに、この4月から新たな部署で企画業務を担当する中で、未経験の領域に挑戦していると実感しています。課題設定が得意なメンバーが多い現状において、どのように本質を捉え、どのフレームワークを活用して解決策を導いているのか、今回学んだ内容を自分なりに応用しながら考え方を深めたいと思います。 イシューは見えている？ 今後は、各課題に対してその課題が適切か、イシューが明確になっているかをしっかりと確認する習慣をつけるとともに、検討の過程でもイシューがずれていないかをこまめにチェックします。また、課題設定や解決策の提案が得意なメンバーの説明を受け、講義内で学んだフレームワークを活かしながら実例としての学びに変えていきたいと考えています。

イシューはどう特定？ イシューの特定は容易ではなく、常に分解を行わなければ混乱に陥りやすいと感じています。常に「イシューとは何か」を意識し、その切り口となる仮説を用意しつつ、多角的に検証する必要があります。実際、以前は思い込みで打ち手を考えていたときに比べ、約30倍もの時間を必要とすることを実感しました。 打ち手は何が有効？ クライアントの現状に対し、どの打ち手が有効かを検討する際、これまで見慣れたSNSや特定のプラットフォームだけに頼るのではなく、リアルな情報も加味しながら、あらゆる角度からイシューを特定する重要性を改めて認識しました。 仮説の検証はどう？ イシュー特定のためには、直感に頼らず、常に仮説を立てた上でデータを分析することが欠かせません。仮説の検証が十分に進まない場合は、別の仮説を設定し、さまざまな視点から考察する習慣を身につけることが大切だと感じています。 構造再考はどうすか？ 自身の業務に照らし合わせると、クライアントの課題特定についてはまだ不十分だと感じました。ピラミッドストラクチャーを用いた際に根拠が不安定になる場合は、根拠を補足するための情報を集める必要があるか、もしくは一度構造を解体して再考する選択肢も考えるべきだと思います。

自分の思考はどう？ 演習を通じて、自身に特有の思考のクセがあることを理解しました。物事を考える際、「他にはないか？」という視点を持ち、視野と視座を考慮しながらの考え方を習慣づけたいと思いました。特に、「問い」に対するアプローチが主観的になりがちであると感じたため、主観と客観を行き来する思考を身につけたいと考えています。 課題設定は正しい？ まず、課題設定についてです。現在起こっている問題を、適切に課題として設定できているかを常に確認します。そして、課題に対する解決策の妥当性にも注意を払いたいです。さらに、「問い」をうまく活用し、部下自身に課題を設定してもらうことで、その成長をサポートしたいと思います。事業の深化においても、既存のルールや考え方にとらわれることなく、新しい発想を促すことが重要です。 問いの深掘りは？ 「なぜ？」を5回繰り返すことで、問いを深掘りしていきたいです。また、「他にはないか？」という視点を持ちながら、視点や視野、視座、さらにはMECEという考え方を活用して思考を進めます。上司や部下に対しては、意図を持った「問い」を投げかけることを心がけます。日頃からバランスよく知識を収集し、自分目線だけでなく、相手目線の「問い」にも意識を向けていきたいと思います。

なぜ分解して考える？ プロセスを分解して問題の本質に迫る手法について、非常に分かりやすい事例から学ぶことができました。特に、採用プロセスの一部である中途採用面談や、顧客への提案における在庫差異の問題解決に、このアプローチを活用できると感じています。また、ABテストにおいては、条件をできる限り同一とし、検証範囲を絞るための仮説設定が重要である点も再認識しました。 採用面談、何が問題？ まず、中途採用面談に関しては、自身が関与する採用活動において、プロセスのどの部分で問題が発生しているのかを明確にするため、面談調整に要する日数と採用結果の情報を人事部から収集することを検討しています。この情報をもとに、面談調整に時間がかかる原因を特定し、改善策を提言することで、採用率の向上を図ることができると考えています。 在庫の差異、どう解決？ 次に、顧客への提案、特にシステム間の在庫差異に関する課題解決では、既に現状の業務プロセス分析は実施していますが、課題が発生しているプロセスの粒度が細かすぎるため、より単純化した形で説明する必要性を感じました。問題となりうる箇所を明示した上で、システム改善または運用プロセスの変更のいずれかを提案し、顧客にとって最適な解決策を提示していく考えです。

戦略思考の価値は？ 戦略思考とは、複雑な状況をできるだけシンプルに整理し、わかりやすく説明できる能力であると感じました。仕事に限らず、プライベートでもこの思考方法を取り入れることで、自然とその考え方が身につくのではないかと思います。 技術活用の意義は？ また、参加者の方が紹介されていた、生成AIやDXツールを利用して「捨てる」理由を明確に示したり、シナリオプランニングの精度を高めるという事例は非常に印象的でした。私自身もこれらの方法を実践してみたいと感じています。 部署の役割を整理するには？ 現在、私が担当している部署では、業務範囲が曖昧になりがちなため、部署本来の役割や業務内容を明確にし、具体的なアクションプランに落とし込む必要があります。そのため、プラン策定に向けて以下の点を進めたいと考えています。 今後の具体的な取り組みは？ まず、これまでの成果と課題を整理するために、各担当者へのヒアリングを実施します。次に、他部署との役割の違いを明確にし、自部署に影響を与える外部環境や社内の変化についても分析します。そして、あるべき姿を明確に設定し、言語化することを目指します。最後に、部内の各チームごとに、それぞれの役割と取り組むべき課題を整理していきたいと思います。