(32ページ目)

課題 ✕ 解決

に関する学び

---

知識の罠に気づくか？ 業務系システム開発では、顧客の業務知識が不可欠です。多くの経験を積んでいくうちにさまざまな知識を吸収できる一方、顧客の抱える課題を定義する際、その知識が逆に思い込みに陥る原因ともなりかねません。実際、ある講義での体験では、登山中の一場面だけに目を奪われ、準備や登山後のプロセスという全体像を見失ってしまったと感じました。このように、顧客のことを考えているつもりでも、自分の頭の中で構築したイメージにとらわれやすいという問題意識が生まれました。 顧客の本音を引き出す？ 新規案件のヒアリングでは、課題定義を意識しながら、まず顧客が困っている事柄を書き出してもらい、自分なりに整理してみました。講義で学んだ一次コーディングを参考に、何も知らないという姿勢で質問を続けた結果、顧客自身が「当たり前」と考えている部分を改めて考えさせられる場面が増えました。対話を重ねることで課題が可視化されるプロセスを実感し、より具体的に問題に向き合う大切さを学びました。 全体を見渡すには？ 登山の例においても、単に登山中だけにとらわれず、準備やその後の過程も含めた全体を見渡すことが必要だと感じました。どのような課題定義においても、まずプロセス全体をしっかりと考えることが、より正確な理解へとつながると実感しています。今後はこれらの気づきをもとに、広い視野で課題解決に向き合っていきたいと考えています。

デザイン思考の基礎は？ 6週間にわたり受講したデザイン思考の入門講座では、これまで漠然としていた基礎体系が明確になり、その各ステップや方法論に触れることができました。従来からあるKJ法も実は発想の一手法であり、シンプルながら発想の視点を巧みに整理するSCAMPER法の学びも非常に興味深かったです。 従来手法との違いは？ ただ、従来の問題解決手法との違いや、どこがどの程度斬新であるのか、またどのような問題に効果的か逆にどのシチュエーションで難しいのかといった点については、入門編だけでは十分に納得できず、もっと深く知りたいと感じました。 感覚での発見は？ バックパックに関する課題を通じて、人間の感情や感覚を軸とした問題発見のアプローチを実感できた点が印象的でした。 組織への応用は？ また、企業や組織というマクロな課題に対しては、日常の業務にそのまま適用するのは難しいと感じました。しかし、対クライアントやチームとの対話など、個々のコミュニケーションの中で共感や創造力が発揮される場面では、大きな可能性を感じます。 学びをどう活かす？ 今回学んだ内容を、同僚や後輩にも伝え、彼らの反応を見ながら自分なりに講義の内容を説明してみたいと思います。実践を通してデザイン思考がどのような場面でどのような価値を生むのかを探り、理解を深めていくことが今後の課題だと感じました。

問題解決の重要性とは？ 問題を特定し、要素を分解することについて、普段の業務ではそれほど深く考えず、安易に解決方法を決めてしまっていると痛感しました。問題箇所を解決した場合の理想像への影響度を検討することは重要であり、これは顧客への提案時にそのまま費用対効果として役立ちます。その結果、より効果的で説得力のある提案ができるようになると感じました。 理想像の共有方法は？ また、理想像を定量的に判断できる指標として変換し、関係者と合意することも重要です。最初の問題設定で認識のズレが生じると、後からプロジェクトの方針が社内外の関係者と異なってしまうことがあります。今後は、認識のズレが起こらないように注意して取り組みたいと思います。 認識のズレをなくすには？ 問題点や課題の設定を誤る場面が多いことに気づきました。社内の関係者間でも微妙に異なる捉え方をしているケースがあるため、理想像を定量的に指標化し、関係者と合意することを今後の業務で活用したいと考えています。 DX化推進での課題は？ さらに、企業のDX化を推進する場面では、「どこに問題があるのか」や「なぜ問題が起きたのか」で、「人間の質」が問題となることが多々あります。これまではそのような問題に対する解決方法を提案することが難しかったのですが、今後は問題をさらに深く分解し、捉え方を変えることで解決策が見つかるかもしれないと思いました。

なぜ問い直すの？ 「そもそも…」という問いが学びの鍵であると実感しました。まず、いきなり解決策に飛びつく前に、「そもそも、何が問題なのか？」「なぜこのプロセスには時間がかかるのか？」など、基本的な疑問を問い直すことが大切だと感じました。この問いを、あらゆる角度から徹底的に洗い出し、「なぜ？」を繰り返すことで、真に解決すべき本質的な課題が見えてくるのです。 どう意見を集める？ また、個人の経験や狭い視野に偏らず、周囲の意見を積極的に取り入れることも重要です。自分一人の考えに頼るのではなく、チームや組織全体で「そもそも」の問いを共有することで、対応策がぶれず、一貫性ある方向性を保つことができます。実際、現在取り組んでいる業務やプロジェクトの見直しにおいても、この問いの立て方が非常に役立っています。 何を再確認する？ さらに、課題を洗い出す際には、MECEの視点を意識して、あらゆる可能性や側面から現状を見直すプロセスが求められます。表面的な解決策に終始せず、本当に必要な改善策を見極めるために、一度自分の考えが限定的であることを認識し、第三者の意見を参考にすることが不可欠です。 どう方向性保つ？ そして、どんなに課題の洗い出しや解決策の検討を進めても、「そもそも」の問いをつねに握り続ける姿勢を忘れず、その問いに立ち返ることで、方針や解決策の一貫性を保持することができると確信しました。

セグメンテーションの重要性とは？ 印象に残ったのは、セグメンテーションとターゲティングの部分でした。最初の講義でも触れた「誰に売るか？」という基本概念に通じますが、自分たちの魅力を一方的に押し付けるだけでなく、自分たちの強みを理解しつつ、どの人々にニーズがあるのかをしっかりと切り分ける必要があると感じました。不特定多数の顧客が市場に存在し、資源が限られている状況での「選択と集中」というフレーズが特に印象的でした。さらに、売り込む際には伝えたいことを2つに絞ることが重要で、その中で競合との差別化を図ることが大切だと学びました。 限られた資源でどう選択と集中を？ この学びは、組織内での課題解決や顧客ニーズに応えるための企画立案に活用できると感じました。現在、資源が限られている中で顧客ニーズに極力応えていく必要があります。しかし、現状では選択と集中が十分できていないため、誰にどんな商品を提供するのが効果的で、そのためにどのように人的リソースや資源を投資するか考えることが重要だと考えています。 新たな思考法で提案をどう改善？ 現在、多くの業務がBPOに近い形で進んでおり、複数の顧客ニーズに応えることが求められています。そこで、ニーズの重心を把握し、商品自体を変更することができない状況でも、新たな思考法を活かして、提案を文書や資料に反映し、効果的な提案ができるように努めていきたいと思います。

データと仮説でどう考える？ これまでの総復習を通して、まずデータを用いて問題の所在を読み解き、原因を仮説思考で考察し、その上で対策を検討するフレームワークを再確認できました。どんな状況においても、ロジカルに物事をとらえ、データを基に仮説を立てることで問題解決の道筋を描く大切さを強く実感しました。 なぜ一貫性が感じられる？ また、ストーリー全体に一貫性があり、学びの流れが頭にしっかりと残りました。経営者になった気分で対策を検討できたことも、非常に印象に残っています。 マーケ実践はどう進む？ マーケティングの分野では、日頃の活動にデータドリブンな視点を取り入れることで、施策の有効性の比較、優先順位の設定、費用対効果や効果の見通しなど、具体的な対策を実行に移す自信が持てました。施策の判断軸となる評価項目や様式を統一することで、正しい比較ができる点も大変有用だと感じました。 病院DXで何を改善？ 一方で、病院のDX推進においては、導入率のトラッキングや向上施策、トレーニングの立案など、データに基づいた仮説と検証を繰り返す取り組みが今後の課題となると同時に、実践的な対策として役立つと考えています。目的を明確にし、過不足なくデータを収集、複数のメンバーと多角的な視点で仮説をたて検証することで、事前に設定した評価項目を使いながら、効果を正確に測る仕組みを構築する重要性を再認識しました。

フレームワークは何に役立つの？ フレームワークの使いどころについて、3Cや4Pといったものは聞いたことがあっても、実際にいざというときに活用できるかどうかが重要だと感じました。今回の実習では、仮説を立てる際に有効に使えると実感できたため、今後すぐに引き出せるように知識整理ツールで整理しておきたいと思います。今後触れる新たなフレームワークも同様に蓄積していくつもりです。 仮説思考で未来は変わる？ また、仮説を考えること自体に意義があるという新たな視点も得られました。これまでは、漠然と考えるべき時に考えるという認識でしたが、仮説思考を業務に取り入れることで、課題に対するアプローチがより具体的かつ効率的になると感じています。今後は、積極的にこの考え方を意識して、業務改善に役立てていきたいと思います。 課題解決のヒントは？ 部署や会社内に存在する課題を、フレームワークを活用して仮説を立てることで、本質的な問題点の抽出や、課題解決に向けた具体的な行動への落とし込みが可能になると考えます。漠然と感じる課題を仮説によって明確化し、実際の状況把握やデータ収集を通じて、もっともらしい原因に絞り込むことが大切です。そして、その原因を排除するための具体的な行動計画へと繋げ、もし課題が解決しなかった場合には、新たな仮説を立て行動に移すというプロセスを繰り返すことで、問題解決へと導くことができるでしょう。

仮説の基本は何？ 仮説とは、ある論点に対して一時的な答えを示すものであり、結論の仮説や問題解決の仮説など、さまざまな形で用いられます。この仮説を立てることで、検証マインドや関心・問題意識が向上し、行動のスピードや精度も高まるという効用があります。 データで示す理由は？ また、仮説はそれ自体の正しさをデータで示す必要があり、その方法が非常に重要となります。データにより正しいことが証明されるとともに、他の説が否定される仕組みが求められます。良い仮説を構築するには、フレームワークの活用も有効であり、フィールドワークやエスノグラフィーといった手法が、質の高い仮説作成に寄与するという意見もあります。 仮説思考はどう役立つ？ さらに、仮説思考は課題や目標の検討にも役立ちます。次年度の事業目標や事業拡大のために、自分なりの課題設定を行う際、また顧客ニーズの変化や新市場を捉える際に、仮説を立ててアイデアを具体化することが求められます。 来年度の目標設定はどう？ 来年度の目標設定においては、売上などの事業指標だけでなく、競合との比較や自社への影響を示す独自のインデックスを仮説として設定することが推奨されます。その仮説がどのような状態になれば「影響がある」と判断できるのか、ほかの指数と照らし合わせながら検証し、実際にデータを収集して売上や実感との整合性を確かめることが大切だと感じました。

現状はどう認識？ 課題解決のためのデータ分析を行う際は、まず「what」「where」「when」「how」の観点で現状とあるべき姿の違い、すなわちギャップを明確にすることが大切です。特に「what」では、現状と理想との間にどのようなずれがあるかを捉え、その認識を関係者間で事前にすり合わせておくと、混乱なく分析を進めることができます。 手法はどう整理？ 次に、ロジックツリーやMECEといった手法を活用することで、要素を段階的に整理し、状況を階層や変数別に切り分けることが可能です。実際の業務においても、初めて触れるデータに関して上長とのギャップ認識のずれから分析をやり直すケースがあったため、事前の共有が重要だと感じています。 結果はどう活かす？ また、分析結果をもとに報告書や提言を作成する際は、その場しのぎの発想に頼らず、体系的にロジックツリーを活用して現実的な対策を検討すべきです。社員の意識調査のアンケートなどでは、まず「what」「where」「when」「how」に関する仮説を立て、その上で使用項目の選定とデータ分析に入るプロセスが理想的です。 対策はどのように？ さらに、社内教育後の報告書で今後の取り組みを提案する際には、すぐに実行できる対策と時間を要する対策に分類し、複数の段階に分けて具体的な打ち手を検討することで、実現可能な内容を選定することが求められます。

今週の学び「問いの立て方」とは？ 今週は「問いの立て方」について学びました。その内容としては、以下の3点が重要です。 1. **問いから始める事**：最初に問いを意識すること。 2. **問いを残す事**：問いを意識し続けること。 3. **問いを共有する事**：組織全体で方向性を共有すること。 解決策とは何を指すのか？ 「問いから始めること」について特に考えさせられました。総合演習の設問で解決策と課題のまとめを行う中で、「そもそも何を解決したかったのか」が不明確なことに気が付き、自分自身で今ここで答えを出すべき問い（イシュー）を意識して取り組む必要があると改めて感じました。 業務への応用を考えてみる ここから得た気づきを基に、社内外の業務にどのように応用できるかを考えてみました。 **製品仕様、要求仕様の検討**： 製品の細かい仕様やユーザーからの要求仕様を製品仕様に落とし込む際、「何のために必要な機能か」「本当に必要な機能は何か」を最初に考え、イシューを設定してから仕様の検討に着手することが重要です。 **社内の打合せ**： 社内外の打合せでは、目的をイシューとして設定し、会議の時間内に何を決めるべきかを明確にすることで、会議の時間を効率的に使えるようにする必要があります。 以上のように、問いを意識することが、業務の効率化や質の向上に寄与すると感じています。

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

データで課題をどう切り分ける？ 問題解決のプロセスやロジックツリー、MECE、あるべき姿と現実のギャップを定量的に把握するなどの知識は、実際に活用する際には難しさを感じました。特に、データの観点から課題を切り分ける作業はやや複雑でした。マーケティングや事業計画など多様な視点が浮かぶ中で、データに基づいて論理的に整理する必要性を実感しました。 深まったMECE理解の意味は？ 総評として、問題解決プロセスやMECEの理解が深まったことは良い成果です。データの視点で課題を切り分ける挑戦には大きな可能性があります。今後経験を積み重ねることで、さらに力をつけていくことが期待されます。 日常業務にどう活かす？ 学んだ知識を実務で活かすために、日常業務での意識的な取り入れが重要です。データ活用の支援においては、問題解決のプロセスを意識し、ロジックツリーを用いて問題の分解や特定を進めます。また、アンケートの相談が多いことから、その目的とKPIの確認を行い、MECEを意識した取り組みが必要です。 具体的なデータ活用法は？ データ活用のサポートでは、問題解決のプロセスやロジックツリーを確認し、相手との認識を合わせ、問題点を明確にします。問題のあるべき姿と現実のギャップを定量的に示し、解決策の検討を行います。アンケート項目の確認においても、MECEを意識して進めていきます。