(92ページ目)

解決

に関する学び

---

問いの立て方はどう？ 問題が発生した際、問いの立て方によって真に解決すべき課題が異なり、解決策の方向性が決まってくることがよく理解できました。イシューとは何か、またイシューを設定して考えるとはどういうことかを知っていないと、問題の本質にたどり着けないということも実感しました。 問いが変える提案は？ このアプローチは、私自身の業務における顧客の課題解決にも活用できると感じています。これまでユーザーの課題を聞き取りシステムを提案してきましたが、結局は活用されない機能が存在したこともありました。今後は、常に「問い」を立て、問題の本質を追求した上で提案していく必要があると考えています。 組織課題の見極めは？ また、社内では組織の抱える課題を正確に見極め、その解決策を事業計画に反映させたいと思っています。まずは、自身の業務において、ユーザーの課題に対してすぐに解答を提示するのではなく、問いを設定してその内容が本質的なものかどうかを繰り返し吟味しながら、適切な提案を行うことが重要です。そして、そのプロセスをチームで共有し、全員が同じ方向に向かって取り組めるようチームビルディングに努めていきたいです。

イシューの意義は？ クリティカルシンキングを通じて最も得られた学びは、「イシューを明確にすることの重要性」です。解決策を決定する際にイシューが不明確なままだと、結果的に意味のある成果が得られない可能性が高いと感じました。答えにたどり着くためには、ピラミッドストラクチャーやデータ分析といったスキルを駆使することが効果的であることを学びました。 スキルはどう活かす？ これらのスキルは、例えば講演会の企画や医師に対するプロモーション活動計画の作成、チームでの会議、社内メールの作成、上司への活動報告など、さまざまな場面で活用できます。重要なのは、まずイシューを特定してから活動内容を決定することであり、この点を自分自身だけでなく周囲にも意識させていきたいと思っています。 データの切り口は？ 業務において、まずは関連データの分析に取り組むことが必要です。データをただ見るのではなく、異なる切り口で分解し、数字から見える問題を明確にします。その上でイシューを特定し、活動内容を決めることが肝心です。さらに、なぜそのような内容になったのか、その背景についても説明を欠かさないように心がけたいと思います。

問題特定の重要性とは？ 問題を特定し、何が問題なのかを正しく把握することが重要です。問題を正しく捉えることで、その問題を構成する要素を分解し、それぞれ丁寧に実施することの重要性を理解しました。この基礎を常に意識し、自然にこの作業ができるように習慣化したいと感じました。 BPR業務で本質的課題を解決するには？ BPR業務推進において解決しようとしている課題についても、本質的な問題を改めて可視化し、問題を正しく捉えるための作業ステップを築くことが必要です。本質的な問題を捉える作業を丁寧に行うことを習慣化することで、現在は目の前にある課題を解決する過程で本質的な問題にたどり着くことが多いですが、目の前の課題について問題が何かを確認する作業ステップを加えることを考えています。 ロジックツリーとMECEで思考を整理する ロジックツリーを作成し、MECEを意識して確認作業を行うステップを加えていきます。まずは苦手意識のあるロジックツリー作りにトライし、回数を重ねてその質を上げたいと思います。過去に解決済みの課題についてもロジックツリー化してみることで、自分の思考の癖も確認していきたいと考えています。

問いをどう考える？ まず、「問いを立てること」と「いきなり打ち手に飛びつかないこと」が特に印象に残りました。一つ目については、今まで自分が積極的に問いを立ててこなかったのではないかと感じ、実際に問いを設定しようとしても不慣れなため、つい忘れてしまうことが多かったと実感しています。 解決策はどうする？ 二つ目に関しては、普段の業務の中で、手っ取り早い解決策に頼りがちであったことを振り返りました。これからはまず立ち止まり、じっくり状況を見極めることから始めようと決意しています。特に資料作成が日常業務の一環であるため、「イシューは何か？」を常に考え、いきなりパソコンに向かう前に、まず紙にラフスケッチを描いて頭の中を整理していきたいと考えています。 会議での視点は？ また、定期的に参加するチームミーティングや社内報告の場において、話が逸れてしまうことがあれば、自ら立ち止まる声をかけ、「解決すべき重要な問い」を提案するよう心掛けたいと思います。最後に、振り返りを実践する際には、単にその場限りの記憶に頼るのではなく、何かしらのメモや記録を残すなどして、しっかりと対策を練っていければと考えています。

前提と過程を考える？ 今まで、結論を出すことばかりに注力し、物事の前提や順序を立てて考えることを疎かにしていたことに気づきました。今後は、前提やプロセスの重要性を意識し、ビジネスだけでなく日常生活においても、その場しのぎの考え方を改め、しっかりと順序立てて考えることを心がけていきたいと思います。 解決策をどう見出す？ クライアントの問題解決においては、目の前にある問題や思いつきの問題を取り上げてしまう傾向がありました。しかし、問題の前提を見極め、どのような解決策があるのか、改善後の状態はどうあるべきかを順序立てて考え、まとめ、結論を出すことが大切です。このプロセスが十分にできていなかったと反省しています。今後は、業務改善支援における問題の整理に反映していきます。 最適な施策は何？ まずは、問題の前提を整理し、その前提ごとにどのような施策が考えられるかを順序立てて検討していくことから始めたいと思います。ただ「どうなったらよいか」だけに目を向けるのではなく、現在何が問題で何が不足しているのかを併せて考えていくことに注力します。前提や問題の洗い出しを丁寧に行うことから始めたいと思っています。

AIの可能性は？ AIが何をでき、何をできないのかという考え方は、従来の仕事に求められるセンスと本質的には変わらない面があります。たとえば、エクセルの関数をすべて記憶していなくても、「こういう事ならできる」と予測できれば、必要な関数はその都度AIに訊けばよいという考え方です。同様に、自分だけでは対応が難しい案件でも、「あの人ならうまくやってくれそう」と判断して、当たりを付ける感覚と似ています。 文脈はどう理解？ また、「AIは文脈を理解しておらず、統計的に処理しているだけ」と言われることが多いですが、人間の場合、過去の経験をもとに統計的な処理を行い、「困った」と表現されていても実は喜んでいるといった背景を読み取っているだけではないでしょうか。 解決策はどう進む？ そのため、いきなりAIから結論を求めるのではなく、解決したい仕事を要素に分解し、段階的に取り組む方法が有効です。各段階で「ここまではできる」「ここで多少のズレが見られる」というフィードバックを得ることで、全体の方向性を確実に修正していくことができます。これは、人間の新人に対して指示を出す際のやり方に似ていると言えるでしょう。

イシュー設定の正しさは？ イシューの立て方は、その後に考えるべき内容や出てくる回答に大きな影響を及ぼします。限られた情報を根拠だけに頼り施策を考えることは危険であり、正確なイシュー設定が求められます。正しいイシュー設定を行うには、現状を正確に把握しつつ、視野や視点を柔軟に変えながら検討する必要があります。 協働時の意見ズレはどうなる？ また、顧客や上位者と協働する中で、意見のズレが生じることは避けられません。たとえ個別具体の解決策を提示したとしても、そもそもの課題認識やイシュー設定に誤りがあれば議論が進展しません。そのため、まずは現状の確認と正確なイシュー設定をしっかりと行い、関係者間で内容に合意した上で、具体的な課題や施策を検討するファシリテーションを心がけることが重要です。 セルフチェックは意味ある？ 資料作成の際には、「そもそものイシューは何なのか？検討する必要があるのか？」というセルフチェック項目を追加します。また、日々活用している生成AIにもこの点を伝え、イシューが不明確な場合にはこちらからの指摘を求めなくてもフィードバックを受けられるような仕組みを講じたいと考えています。

仮説思考の基本は？ 仮説思考は、ビジネスのスピードと精度を向上させ、説得力を伴った意思決定を行うために重要です。このプロセスを実践するには、まず複数の仮説を立て、網羅性を持たせることが必要です。仮説を立てる際の重要なツールとして、フレームワークを活用することが推奨されます。仮説には、結論の仮説と問題解決の仮説があり、特に問題解決の仮説では、what、where、why、howの順に考えることが基本です。 デジタル化の進め方は？ 私の仕事の一環として、保険手続きを紙からデジタルへと移行させる方法を模索していますが、現状では多くの既存データが十分に活用されていないと感じています。そのため、仮説思考を取り入れながら、デジタル化率を向上させるための施策を複数考えたいと思います。 実行策の視点は？ まず、手続きの種類ごとにデジタル化率を向上させる余地があるか、既存データを基に複数の網羅的な仮説を立てます（where）。次に、デジタル化が進んでいない理由を明らかにするため、幾つかの原因を挙げます（why）。そして、実現可能性やコストを考慮しながら、具体的な実行策を練ります（how）。

項目分けの意味は？ 意図的に項目を分けることで、問題が見つけやすくなると気付きました。特に、言葉の定義を明確にすること（例えば「子供」とは何を指すのか）が重要です。視点が多ければ多いほど、問題の発見が容易になり、解決策も増えてきます。しかしながら、日々の業務の慣れから、こうしたことを見落としてしまうと感じています。 経験に頼るリスクは？ これまで、課題に対する解決策が自分の経験に偏っていることが多かったため、常に批判的思考を忘れず、「他に手はないだろうか？」と自問し続けたいと思っています。課題を特定する際も、経験に依存しがちなため、MECE（Mutually Exclusive, Collectively Exhaustive）を用いて視点を増やすことを意識しています。 数値分析の新発見は？ PL（損益計算書）やBS（貸借対照表）を作成および分析する際には、経験に頼るだけでなく、MECEを用いて分解を行い、新たな洞察を得たいと思っています。また、新規施策を行う際にはターゲットの特定においてMECE分解と数値分析を活用し、数値的インパクトの大きい施策を立案し、実行に移していきたいです。

適切なイシューの設定法は？ 適切なイシューを設定する方法について、まずはロジックツリーを用いて問題や課題を詳細化し、その上でどの問題・課題をイシューとして設定するかを決定することが重要です。イシューは、状況に応じてタイミングよく変化させることも必要です。つまり、「今は何を考えるべきか？」すなわち「今解くべき問い（イシュー）は何か？」ということを常に意識することが求められます。 クライアントとの会議での活用法は？ クライアントとの会議（特に進捗会議）で課題を探すときや、クライアントの課題分析や問題分析を行うときには、適切なイシューを設定することが決定的に重要です。また、資料全般をレビューするときには、資料の活用方法とその影響を予測して課題や問題がありそうかを見極めることが必要です。 自分の問いをどう共有する？ クライアント向けに課題を発見する際には、イシューの明確化から取り組むことを心がけています。その際、自分の場合はA4以上のコピー用紙に手書きで書くことで、考えがまとまりやすくなります。自分がどのような問いに取り組んでいるのかをチームや上司に共有し、協力して解くことも大切です。

仮説はどう考える？ 仮説を立てる際には、ただ闇雲に考えを巡らせるのではなく、3Cや4Pといったフレームワークを有効に活用することを学びました。その上で、仮説は複数立てることが重要であると感じています。 本当に必要なデータは？ また、データ収集に関しては、まず既存のデータを検討し、不足している情報がある場合に新たなデータを集める必要があると理解しました。立てた仮説に都合の良いデータだけを選ぶと説得力が欠けるため、注意深くバランスをとることが求められます。 問題の原因は何か？ さらに、業務における障害分析では、問題の解決に向けた仮説の立案が主な目的となります。現状で行っている真因分析とも連動し、What、Where、Why、Howのプロセスを意識して問題を深く掘り下げることが必要だと感じました。 実践で学ぶヒントは？ 実際、日々発生する障害や事象について原因を深掘りし、複数の仮説を検討する癖をつけることで、経験を積んでいきたいと思います。ただし、データ収集の方法には工夫が必要であり、過去の事例をカテゴリー分けするなど、データを整理・加工する手法の改善が求められると考えています。

自分の考えに疑問は？ 個人の自由な発想は偏りが生じやすいため、自分の考えを批判的に見直すことが大切です。視点を意識的に変え、分析を分解し、MECEの考え方を取り入れることで、客観的に思考する訓練ができます。 なぜ対立が起きる？ たとえば、打合せや会議の場では、目標が同じでも各々の意見に違いが出やすく、その結果対立が生じることがあります。こうした状況では、異なる視点から物事を考え、しっかりと分析するスキルがあれば、適切な方針や解決策の提案が可能になります。 説明はどう伝わる？ また、資料作成やプレゼンテーションの場面でも、クリティカルシンキングを活用することで、客観的かつ正確な説明ができ、聴衆の理解と納得を促すことができます。これにより、議論が一層深まり、より質の高い意見交換が期待されます。 決定に注意する理由は？ さらに、意思決定においても客観性を維持することで、後々のトラブルや余計な説明を避けることができます。まずは自分の意見に疑問を持ち、「なぜ？」と問いかけながら、漏れなく整理されたクリアな資料作成を心がけることが、客観的な思考方法の定着につながります。