(4ページ目)

仕事 ✕ 解決

に関する学び

---

問題解決の問いは何か？ 戦略策定ケースを通じて、どのような問いを立てるべきかや、打ち手をどう打つかという貴重な経験を得ることができました。特に学びになったのは、まず最初に問いを立てることの重要性です。業績が伸びないといった大きな問題を解決する際には、問題の構成要素（単価、来店客数、店舗数など）の整理、いわゆる構造化と、自社の現状を把握することが必須です。その中で打てる打ち手を、分解した課題ごとに考えていくことや、状況によってイシューが変化することも学びました。 クライアント分析の着眼点 クライアントの状況を分析し、「何が課題なのか」を発見した上で打ち手を考案していく場面では、必ずイシューを押さえた上で打ち手を考案するように心がけます。また、自分自身もクライアントの就業環境に関するプロジェクトや幅広い年代の活躍を推進するプロジェクトに参加しているため、そこでの行動にも今回の知識を活用していきたいです。 会議でのファシリテーション術 会議のファシリテーションをする際もイシューの設定や、イシューを常に押さえていることが重要だと感じました。「このイシューで合っているか」を仲間と検証しつつ、意見や会話の方向性がイシューとずれている場合は修正するように心がけます。 情報収集の重要性とは？ 思考を始める際には、「イシューは何か」をまず考える癖をつけます。そのイシューが本当に適切かどうかの精度を高めるため、チームで情報共有しフィードバックをもらいながら仕事を進めることも重要です。適切なイシューの設定及び打ち手を特定するには、マーケット全体や自社の状況など多様な情報を持っている必要があると感じたので、これらの情報を積極的に収集する癖をつけること、「この情報がないと適切な問い設定ができない」という視点を持って問題解決に臨むことを意識しています。 打ち手を遂行する際の心得 実際に決定した打ち手を打つ際、行動の中で方向性が見えなくなることもあるでしょう。その場合、「このイシューに基づき、こういう効果を期待して行動している」という点を意識し直し、最後まで打ち手をやり遂げることが大切だと感じました。

本当に見えてる？ 基本姿勢としては、まず思い込みを排除し、自分自身を客観的に見つめることから始めました。３つの視点を用いて物事をMECE（漏れなく、重複なく）に捉えることを心がけています。 なぜ問い続ける？ また、思考を進める際は、常に検討の目的を意識しながら、自分の思考のクセを前提に「なぜ？本当にそうか？」と問い続けています。具体化と抽象化を行き来することで、物事の全体像と細部の両方をバランスよく捉えられるよう努めています。 実践はどう進む？ 実践してみると、文字にすると当然のように感じる考え方も、実際に行うとなると難易度が高いことに気づきました。そのため、反復練習が不可欠であり、クリティカルシンキングは議論、資料作成、コーチングなどあらゆるビジネスシーンにおいて土台となるスキルであると再認識しました。若手だけでなく、ベテランも身につけるべき大切な技術だと感じています。 決断はどう下す？ 具体的な適用場面としては、まずチームリーダーとして仕事での決断をする際に、クリティカルシンキングをサポートツールとして役立てたいと考えています。日常的な大小の課題解決の中で、自己判断の場合もあれば部下からの提案を受けて判断する場合もありますが、瞬時にロジックツリーを構築して判断できる状態を目指しています。 説明は明確か？ 次に、報告資料の作成時に分かりやすいストーリーを構築する手法としても活用したいと思います。上位者や他部門に対して適切にメッセージを伝えるため、状況に応じてストーリーラインをすぐに組み立てられるようになることを目標としています。 完璧は求める？ いきなり完璧にこなすのは難しいため、まずは紙に書き出して、結論と論拠の一貫性を確認しながらロジックツリーで可視化してみることを推奨します。また、視点を変えてMECEになっているかをチェックすることも大切です。 チームも問い合う？ さらに、議論の際にも積極的にこの手法を活用し、自分だけでなくチームメンバーにも「この視点はどうか？」と問いかけて、各々が考える機会を設けることで、さらに気づきを深めたいと考えています。

テストで何を見極める？ デザイン思考の最終ステップである「テスト」は、共感、課題定義、発想、試作というこれまでの流れを総仕上げしながら、各プロセスに戻るための道筋を示す重要な工程です。この段階では、試作に盛り込んだアイデアの充実度、課題定義の妥当性、そして初期の共感がどこまで実現されているかを議論します。状況に応じて、必要な工程に立ち返ることができるため、非線形的なアプローチの入り口とも言えます。 なぜ戻るが大切？ 一般には「戻る」という作業は嫌われがちですが、デザイン思考を活用して何かを実現するためには、このプロセスが非常に大切だと感じています。初めからプロジェクトメンバー全員がその重要性を共有していれば、スムーズに進められるのではないかと思います。 システム開発の難しさは？ 私の仕事であるシステム開発では、各ステップが線形に進む必要があるという制約があり、各工程ごとに承認や同意が求められます。一見するとデザイン思考とかけ離れているようにも思えますが、今回の学びを通じて、デザイン思考は全体を俯瞰するだけでなく、一部分の課題に対するアプローチとしても有効であると実感しました。特に要件定義の期間にデザイン思考を集中的に取り入れることで、その後の設計やシステムテストの工程に悪影響を及ぼすことなく、より効果的な成果に結びつけることができると考えます。 新規案件でどう活かす？ 現在手掛けている新規案件では、顧客側からの提案依頼がまだ明確ではないため、この段階でデザイン思考を活用できる可能性を感じています。顧客を巻き込み、共感のポイントを洗い出し、適切な課題定義に結びつけることができれば、その後に弊社側で発案する解決策との連携も取りやすくなり、システム完成後の効果がより実感できるはずです。一方で、試作段階については、単なる操作画面のスライドショーでは伝わりにくいという過去の経験もあり、工夫が求められると感じています。また、システム開発においては試作にかかるコストも課題となるため、これまでの経験を活かしながら、デザイン思考をうまく取り入れてより良い課題解決へ繋げていきたいと思います。

どうして成長できた？ 1週間の学びを振り返る演習でした。最初に学んだ内容は覚えていると思っていましたが、一部忘れていた部分もあり、見直すことができてよかったと思います。学んだだけではスキルとして身につかないことを改めて実感したので、積極的にアウトプットを行い、生きたスキルにしていくことを意識しています。 どんな目標を持つ？ さまざまな学びの中でも、特に印象に残ったのは目標を設定して取り組むという考え方です。仕事を進める上でKGIやKPIを設定するのは自然なこととして行っていますが、実際には目標を設定せず、思考が雑然としていることが多いと感じました。常に自分が何のために考えているのか、何を目標にして業務を行っているのかを明確にすることが、最短のルートであると再認識しました。 フレームはどう使う？ また、フレームワークについても、その定義を再確認し、曖昧な知識で使わないことを意識しました。フレームワークは、先人の思考が形になったものだからこそ、「使うこと」に固執するのではなく、自分の思考を整理するための補助ツールとして活用していきたいです。フレームワークをしっかり理解した上で使うことで、他者にも納得感を持って伝えられると思います。 業務の取捨選択は？ チームメンバーが少なく、タスクが多い状況だからこそ、どの業務を続け、どの業務を中断するかを学んだ知識とフレームワークを活用して見極めていきたいです。そのためにはマクロな視点で目標を設定し、達成までの最短ルートを分析することが大切です。また、その考え方を一つの真実とするのではなく、自身の思考を常に疑い、判断力を磨いていきたいです。 本当に最短か？ 具体的には、マーケティング施策を立案する際に必ず目標設定とKPIを設け、ミクロな視点で業務に関わりがちな現在の立場でも、マクロ視点を意識するよう心掛けます。そして、常に「本当にそれが最短なのか」を問い続けることが必要です。また、フレームワークの概念を理解し、仕事だけでなくプライベートでも疑問や解決したい出来事に対し、自身の考えをフレームワークで整理できるようになりたいです。

満足と不満はなぜ？ 仕事に対する満足と不満は、それぞれ異なる要因から生じることがあります。満足の反対は満足がないことであり、不満の反対は不満がないことであるという考えを持つことが重要です。したがって、不満を解消しても必ずしも満足が得られるわけではありません。 振り返りは大事？ プロジェクトの進行においては、振り返りを習慣化することが大切です。そのため、スケジュールを立てる際には「振り返り」という項目を設定し、次のプロジェクトに移る前にしっかりと振り返るよう心がけましょう。この振り返りでは、良かった点と改善が必要な点の両方に目を向け、できなかったことに偏らないよう注意することが求められます。 なぜ問題が起こる？ 問題が発生した際には、その場限りの解決にとどまらず、なぜそのような問題が起こったのか、構造的な原因を見極めることが重要です。それにより、今後の問題発生を未然に防ぐことができるかもしれません。 信頼構築はどう？ 個人やメンバーの満足や不満に関しても、一歩引いた視点で考えることが求められます。つまり、彼らの満足や不満が特定の個人にとどまらず、組織全体の仕組みや体制作りに問題がないかを考える視点が必要です。チーム内での信頼関係を築くことが効果的な振り返りの鍵となり、メンバーとの信頼を深めるため、日頃から「信用残高」を積み上げていく努力を怠らないようにしましょう。 仕事の任せ方は？ また、仕事を任せる際には「丸投げ」ではなく、「一任」となるよう配慮することが求められます。過干渉にならないよう気を付けながら、必要なフォローアップを行っていくことが大切です。 振り返りを習慣に？ さらに、プロジェクトのスケジュールには振り返りの時間を各タイミングで設けることで、メンバーが振り返りをしやすくし、これを習慣化することが望ましいです。フィードバックや振り返りを行う際には、悪い点だけでなく良い点やポジティブな面についても伝えることを心がけ、自分自身の働き方や意義についても定期的に振り返ることで、自身とメンバーの両方が成長できるよう努めましょう。

仮説って何？ 仮説とは、ある論点に対する仮の答え、または分かっていないことに対して一時的に立てる答えを指します。 問題解決とは？ 仮説は、目的に応じて大きく①問題解決の仮説と②結論の仮説に分類されます。問題解決の仮説は、具体的な問題を解決するために「What（何が問題か）」「Where（どこに問題があるか）」「Why（なぜ問題が発生しているのか）」「How（どうすべきか）」という流れで検討します。一方、結論の仮説は、ある論点に対する仮の答えを示すもので、たとえば、あるターゲット層についての見解を一度立てた上で、別の側面（たとえば妊娠中の女性など）についても検討することが挙げられます。 フレームワークは何？ また、仮説の立案には、3C（市場・顧客、競合、自社）や4P（製品、価格、場所、プロモーション）といったフレームワークが有効です。正しく仮説を用いることで、個々の仕事に対する検証マインドが高まり、説得力やビジネスのスピード、行動の制度が向上します。さらに、複数の仮説を立てて互いに網羅性を持たせることが、適切な判断へとつながります。 人事問題への対策は？ 特に人事に関する課題の場合、問題解決の仮説が大いに活用できると感じました。離職率や休職率の改善、研修受講率や資格取得率の向上、また社内イベントの集客率向上といった課題に対して、「What→Where→Why→How」というプロセスは有用です。ヒトに関する課題は思い込みや特定の情報に影響されやすいため、決め打ちにせず、複数の仮説を立てることが肝心です。たとえば、現場の声を大切にしながらも、若手や中堅、管理職、経営層といったさまざまな層の意見を広く取り入れる必要があります。 組織共有の大切さは？ 最後に、仮説思考の重要性をチーム内で意識させることは容易ではありません。感情に流されやすく、決め打ちで施策を決定してしまう風潮がある中、この思考プロセスをいかに周囲に広げていくかが課題です。一人だけでこのプロセスを実践しても成果は出にくいため、組織全体で共有することが求められます。

エンパワメントの本質は？ エンパワメント・リーダーシップは、メンバーに権限を委譲し、自律性を高めることで彼らの能力を最大限に引き出すスタイルです。このリーダーシップを実行するためには、いくつかのポイントがあります。 目標設定はどう決める？ まず、目標設定が重要です。メンバーには、その能力を少し上回る難易度の目標を設定し、それを達成するための計画は本人に任せます。必要であれば支援も提供します。良い目標を設定するためには、メンバーに適した仕事を余裕を持って依頼し、彼らの本音をよく知ることが求められます。これが結果として、メンバーのやる気やモチベーションを高めます。 対応方法はどうする？ さらに、依頼内容に応じた対応方法も重要となります。例えば、「分からないからできない」場合は丁寧に説明し、「分かったけどできない」場合には不安を解消するための対話を行います。「分かった、できるがやりたくない」場合には、メンバーがやりたくなるような仕事の渡し方を工夫します。重要なのは、合理的な説明よりも、相手の情緒的な気持ちを大切にすることです。 質問力で成長する？ また、メンバーの育成には質問力が重要であり、特にオープンクエスチョンの活用が鍵となります。これによって、メンバーの思考を深め、自律的な問題解決能力が引き出されます。 実践事例は何か？ エンパワメント・リーダーシップを活用するため、いくつか具体的な取り組みを行っています。一つは、定期的な1対1のミーティングで、オープンクエスチョンを活用してメンバーの思考を促し、進捗を確認しています。権限委譲では、プロジェクトやタスクをメンバーに委譲し、彼らの自律性を高めて成功体験を積ませています。また、メンバーの成果には具体的で建設的なフィードバックを提供し、ポジティブなフィードバックを通じてモチベーションを高めることを重要視しています。 これらの取り組みを通じて、メンバーが最大限に力を発揮できるよう支援し、組織のミッションを達成する強力なチームを築くことを目指しています。

仮説検証はどう進める？ 原因についての仮説を立て、その検証のためにデータを集積することは、とても重要なプロセスです。思考の整理には、フレームワークの3C（Client, Competitor, Company）や4P（Product, Price, Place, Promotion）を活用することで、さまざまな視点から情報を捉えやすくなります。また、データの集積方法としては、複数の仮説を構築し、比較するためのデータを収集すること、さらには反論を排除できる情報まで踏み込むことが求められます。 仮説思考って何？ 仮説思考には「結論の仮説」と「問題解決の仮説」があり、特に後者はWhat ＞ Where ＞ Why（原因追及） ＞ How（Solution）の順序で検証することで、その精度を高めることができます。これまでは、業務上の課題に対し、2～3の情報のみで仮説検証を行っていたため、フレームワークや仮説プロセスを十分に活用できず、深堀りができていなかったと感じます。 情報の正確さは？ 複数の視点から検証を行うことで、偏りのない包括的な情報が得られると同時に、正確なデータと信頼性の高い情報源へのアクセスの重要性を改めて認識しました。不正確な情報による誤解を避けるためにも、情報の正確さは不可欠です。 過去の教訓は何？ 過去の業務を振り返ると、複数のデータベースを活用していたため、データ統合の正確さや集積時点の一貫性が取れていなかったことを反省するとともに、自分のデータ分析に対する知識不足を痛感しました。今後は、正しい仮説を立てることで説得力を持たせ、より正しいアクションへと結びつけていきたいと考えています。 実践で学ぶ仮説は？ また、日常のさまざまなシチュエーションにおいても仮説検証を実践し、Week4で習得した知識を無料研修などの実践の場で活用していくつもりです。問題解決の仮説プロセス（What ＞ Where ＞ Why ＞ How）を業務に取り入れることで、仕事の分析や効率、精度の向上につなげていきたいと思います。

データ分析はなぜ？ 目的達成や問題解決のための有効な手段として、データ分析の重要性を改めて実感しました。適切な分析には、単にデータを眺めるだけでなく、比較を伴うことが必要です。比較する際には、目的から導かれる仮説に基づいてデータ収集と検証を行う方法や、さまざまな視点―インパクト、ギャップ、トレンド、ばらつき、パターン―をもとに状況を把握する方法など、多様な手法があります。グラフや数値、数式などのアプローチによって、得られたデータに説得力を持たせることができます。 情報収集はどうする？ また、データ収集には信頼性の高い情報元の活用が欠かせず、単に情報を得るだけでなく、目的に合わせて手を加えることが求められます。実際の現場では、現地調査や見学、アンケートによる意見収集、またはテスト実施など、さまざまな方法を組み合わせることで、多角的に状況を把握し、設問の設計にも特に注意が必要であると感じました。 売上はどう捉える？ 業務においては、売れている商品と売れていない商品の把握がまず基本となります。売れている商品の魅力を分析し、その傾向が同じ商品群に見られるのかを比較することで、機会損失を防ぐ狙いがあります。一方、売れていない商品については、取扱いの見直しが必要かどうか、同様にデータを用いて検証することが重要です。 売りたい商品ってどう？ さらに、売りたい商品の特徴を明確にするためには、仮説をもって比較対象を選定し、データ分析を実施することが説得力を高めるポイントです。また、食品業界のように実績だけでは見えにくいトレンドも存在するため、ニュースや人々の動向に敏感にアンテナを張りながら、時系列にも留意して傾向を把握する必要があります。 課題解決の本質は何？ 仕事の本質は問題解決にあると感じる一方で、ほとんどの業務は何らかのデータに基づいて進められており、その分析が出発点となっています。設問設計には難しさを覚える部分もあるため、より適切かつ効率的な方法について学ぶことができれば、今後の提案や業務改善に大いに役立つと考えています。

プロトタイプは何故有効？ プロトタイプを作成することで、イメージがより具体化され、テストの段階で得られるフィードバックが非常に有益であると実感しました。性格や背景の異なる第三者に評価していただくことで、自分では気づかなかった改善点が明らかになり、製品やサービスのブラッシュアップに大いに役立つと感じました。 テストの流れはどう？ また、テストのプロセスは、普段実施しているレビュー作業に似た面がありました。レビューでは、作成した提案書や設計書に対して指摘を受けつつ改善を重ねるため、限られた目的や範囲の中で行われる点が共通しています。一方、デザイン思考における「共感」「課題定義」「発想」「試作」「テスト」の各プロセスは、業務で何気なく行っている点とも重なっており、日常の仕事に応用できる部分が多いと改めて認識できました。 デザイン思考の柔軟性は？ デザイン思考では、基本のプロセスの流れがあるものの、非線形に繰り返す柔軟性が大きな魅力だと感じました。議論が行き詰まってしまうリスクもありますが、「共感」や「協働」を重視することで、しっかりとコンセプトを捉え、効果的にアイデアを育てることが可能です。人間中心のアプローチやビジュアライズ・プロトタイピング、そして共感の連鎖といった視点が、より良い成果につながると理解しました。 多様な意見はどう？ さらに、他の受講生が作成したプロトタイプを通じて、多様な背景を持つ人々の意外なアイデアに触れることができたのは、大変参考になりました。一人では気づけなかった発想が生まれ、異なる視点を取り入れてアイデアを育てることが、新たな解決策へとつながると実感しました。 新ビジネスは何故大切？ 新たなビジネスプランを検討する際、リーダーシップやチームビルディング、経営戦略、マーケティングなど現実的な調整が必要となる中で、まずはアイデアの創出が何より重要であると再認識できました。デザイン思考で学んだ手法は、普段の業務においてもそのまま活用できる貴重なものだと感じています。

仮説の種類は何がある？ 仮説には、現状把握や原因特定に焦点を当てる「問題解決の仮説」と、特定された原因に対してどのような手段で解決するかを検討する「結論に対する仮説」の２種類があります。 3C分析で何が分かる？ 仮説構築のためには、まず市場環境を大局的に捉える3C分析が有効です。3C分析では、顧客（Customer）の市場規模や成長性、ニーズ、購買行動、競合他社（Competitor）のシェアや強み・弱み、そして自社（Company）の売上やリソース、独自の価値を整理することで、市場における自社の位置づけを明確にします。たとえば、拡大する市場において自社のシェアが落ちている場合、競合他社の新製品が顧客を惹きつけている可能性があるといった仮説が導かれます。 4P分析で課題は？ また、マーケティング施策の具体化には4P分析が役立ちます。4P分析では、製品・サービス（Product）、価格（Price）、流通・チャネル（Place）、プロモーション（Promotion）の４つの視点から自社の施策を検証することで、課題を明らかにします。たとえば、製品の評判は良好であっても、価格が割高だと感じられるためにリピート率が低いという仮説を立てるといった使い方ができます。 検証でどんな変化？ 仮説検証を繰り返すことで、業務の精度向上やスピードアップ、問題意識の向上といった効果が期待できます。これにより、仕事の検証が進み、全体的なマインドの向上にもつながると考えています。 業績分析の要点は？ 私の業務は主に業績の分析であり、仮説を立て検証するプロセスが重要な役割を果たしています。具体的な事象に対して考えられる要因が特定できる場合もある一方、そうでないケースが多い場合は、過去と現在の状況を比較しながら必要なデータを収集・分析します。3Cや4Pのフレームワークを活用することで、業績のギャップを効率的に把握できるため、経験に頼りすぎず、常にMECEな視点を忘れないよう注意しています。

分析で何が分かる？ この講義では、業務の問題解決のために「分析」を徹底的に学び、質の高い意思決定スキルを向上させることがテーマでした。分析とは、比較を行うことにより現状を理解する手法であり、問題解決に取り組む際は、まず解決すべき問題を明確にし、状況の全体像を把握する必要があると感じました。 仮説はどう練る？ さらに、問題点の仮説を立て、どのようなデータを用意し、どのように加工して何を明らかにするかというストーリーを作ることが重要です。闇雲に分析を進めるのではなく、グラフを活用するなどして、周囲への説明が分かりやすくなる工夫が求められます。 どんな枠組みを活かす？ また、今回の講義では様々なフレームワークを活用する手法についても学びました。ロジックツリーを用いてMECEに問題を絞り込む方法、定量分析の視点として何を比較対象にするかやどのグラフを使用するか、さらにデータを平均値や中間値に集約して分析する方法など、具体的なアプローチが紹介されました。相関係数や度数・時系列・パレート分析といった数字に基づいた分析の手法や、3Cや4Pの軸で仮説を広げる方法にも触れ、ビジネスにおける仮説には結論の仮説と問題解決の仮説の二種類があることも学びました。 実践でどんな変化？ 私は営業支援の仕事に従事しており、データ分析を通じた得意先への課題解決提案を今後も継続していく考えです。これまで自己流の分析やストーリーの立て方では、汎用性に欠ける面やサポートのしづらさを実感していましたが、本講義で学んだフレームワークや定型の分析手法を取り入れることで、体系的に仕事を進められるようになりました。特に、若手メンバーへのサポートにも大いに役立てたいと考えています。 今後の対策は？ ただ、問題解決の4つのステップに対して、それぞれに合った分析手法やフレームワークの整理がまだ十分にできていないと感じています。今後は、皆さんと議論しながら確認する機会を持ち、より深く理解を深めていきたいと思います。