(24ページ目)

課題 ✕ 設定

に関する学び

---

学びの意義は？ WEEK1からの学びを通じて、自分にとって何が重要なのかを再確認できました。特に、思考の抽象度を操作することや、イシューの再検証に関しては、苦手としていた部分を具体的なアクションプランに落とし込むことができたのが良かったです。 リーダーで何する？ 現在、チームのリーダーを務めていることから、チームのメンバーや組織の課題に取り組む際にこの学びを活用したいと考えています。特に来年度のチーム戦略や目標を立てる際には、現状の組織課題をきちんとイシューとして認識し、その上で解決策を策定していくことが必要です。 抽象思考はどう？ 抽象度を上げる思考がしにくい点は、日常的な課題にも当てはまります。例えば、組織の課題に向き合う際には、周囲からのチームに対するイメージや現在の業務内容に引っ張られ、思考の抽象度が上がりにくいこともあります。これを改善するために、紙に書き出して思考の抽象度を上げる訓練をしてみようと思います。 イシュー評価はどう？ イシューの設定に関しては、実務において分かりやすいイシューが見つかると、それに集中して他の可能性を排除しがちです。これを改善するためには、思考のプロセスを意識し、発見したイシューが最適かどうかを何度か他の分解方法を試してみる習慣をつけたいと考えています。

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

戦略的な問いは？ 講義中、「戦略的な人とはどのような人物か」「戦略的とは何か」という問いに触れ、誰もが大小さまざまな戦略的行動を取っていると実感しました。しかし、自分自身が十分に戦略的に動けていないと感じる背景について考えた結果、主に二点あると気付きました。 戦略が足りない理由は？ まず、不確定な事柄を明確にするための思考が十分に身についておらず、「自分には難しい」と考えたり、俯瞰的に全体を捉える時間が足りなかったりすることが挙げられます。次に、独自性を意識して行動するという観点が不足していると感じました。これらの点を研修期間中に克服し、意識して身につけていきたいと思います。 活かし方を考える？ この学びは、今後以下の二つの場面で活かしたいと考えています。 数値目標はどうする？ 一つ目は、組織の数値目標や状態目標達成に向けたアクションプラン作成です。目標は設定しているものの、さまざまな角度からのアプローチがある一方で、具体的な行動計画に落とし込めていません。直近の経験と直感に頼ったアクション決定の癖を是正し、より精緻なプランを構築していきたいです。 提案はどのように？ 二つ目は、顧客への案件提案の際です。自社ならではの独自性を真剣に追求し、提案内容に反映させることが今後の課題です。

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

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

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

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

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

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

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

目的意識はどうする？ 常に目的を意識することが大切です。ありたい姿を明確にし、現在地を把握した上で、そこからのギャップを見出すことが出発点となります。その差分に対して必要な課題を洗い出し、解消のための具体的な打ち手を決定し、実行計画を立てて自律的に取り組むプロセスは、学習や自己成長の場面でもシンプルに機能します。 アウトプットの考察は？ また、様々なアウトプットに触れる際には、どのデータがどのような目的で、どのように加工されているのかを考えることが重要です。これにより、他者のアウトプットから自分なりの工夫やアイデアを吸収し、活かすことができます。 顧客提案をどう見る？ 顧客提案の際には、次のシナリオ設定のフレームを基本として実施します。まず、目標や目的の目線を合わせ、現在地を確認し、目指すゴールを共有します。次に、課題を共有し、解決手法の提案とその効果検証方法を確定させ、具体的な打ち手を実施します。最後に、全体を振り返ることが、次への改善につながります。 自己評価は何が肝心？ さらに、期ごとの自己の振り返りや査定評価資料の作成にも、同じフレームワークが生かせると考えられます。日々の努力の積み重ねが明るい評価へとつながることを意識し、着実に成果を上げることを目指しましょう。

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