(4ページ目)

仕事 ✕ 解決

に関する学び

---

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

どうして成長できた？ 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つのステップに対して、それぞれに合った分析手法やフレームワークの整理がまだ十分にできていないと感じています。今後は、皆さんと議論しながら確認する機会を持ち、より深く理解を深めていきたいと思います。

問いの形にする重要性とは？ イシュー特定のためのポイントとして、「問いの形にする」ことの重要性を具体例を交えて理解することができた。自身の業務で問題解決や新たな取り組みに向けた課題設定の場面で考えが滞るのは、問いの形にできていない場合が多いと感じた。問いの形にすることで具体的に考えることができ、仮説が導き出せる。この仮説を検証し、その結果を評価・解析することで、PDCAを確実に回すことができるようになる。 ピラミッドストラクチャーの活用法は？ また、ピラミッドストラクチャーを用いた論理構成の組み立て方や、「SO WHAT」「WHY SO」の視点で自身の論理構成をチェックする方法を型として理解できた。これにより、これまで何となくやっていた内容を整理し、他者への説明や資料作成の場面で仕事の生産性を向上させることができると感じた。 フレームワーク活用で何が変わる？ さらに、新たなビジネスアイデアを考える際には、これまで活用してきたフレームワーク（P.E.S.T、3C、5フォースなど）から導出した事実や結論をビジネスアイデアの論拠として説明するため、ピラミッドストラクチャーを用いて論理を構成する。それをもとに、「MECEになっているか」や「さらに考える余地はないか」などを検討し、結論―根拠―それを支える事実という構成で相手に伝わる資料・話し方を組み立てる。 イシューの適切性をどう確認する？ 表出している問題の解決や新たなことを考える際の課題設定の各場面においては、常に「今解くべき問いは合っているか」を自問する。また、適切でないイシューから出したアウトプットは、報告を受ける相手にとって価値のないものであることを肝に銘じる。 部下と共にイシューを磨くには？ 最後に、自身のイシュー設定力を向上させるために、部下との対話の中で相手が「イシューを捉えているか」を確認する。捉えられていない場合には、全体課題の中のどの部分を捉えて話しているのかを常に考え、自身として考える機会を増やすよう心掛ける。

リーダー論の本質は？ ライブセッションで最も印象に残ったのは「リーダーはフォロワーがあって初めて成り立つ」という考え方と、ドラッカーの「リーダーとは付き従う者がおり、信頼なしでは従う者はいない」という言葉でした。これらの視点は、リーダーと上司という言葉に対する印象の違いも際立たせ、国や文化、職場環境の違いによって変化していくものだと感じさせました。 リーダー像の課題は？ 自社のリーダーシップ像については、男性主体の環境が影響して、ややワンマンな傾向があるように思え、上司と部下の信頼関係が十分に重視されていないように感じました。私はこの点に課題を感じ、自分自身のリーダーシップ像を模索したいと考えています。 部下理解の対話は？ 現状のマネジメント層はパワー型が主流ですが、私は自分なりの方法でチームメンバーに接していきたいと思っています。たとえば、部下が悩みや困難を相談してきた際、上司はすぐに答えや解決策を提示しがちですが、私はまず相手に問いかけ、何に困っているのか、なぜ悩んでいるのか、その根本を探りたいと考えています。相手の仕事に対する考え方や個人の価値観、特性を理解することが、今後の適切なアプローチを考える上で重要なポイントだと感じるからです。上司やリーダーとしての役割も大切ですが、まずは個人としての信頼関係を築くことが、よりスムーズに仕事を進めるために必要だと思います。 指示と信頼のギャップは？ 過去の経験では、上司から「俺の言うことを聞いていればいい」「余計なことはせずに俺の指示に従え」という発言を何度も耳にしたことがあります。これらの言葉には当時も強い違和感を覚え、リーダーシップの本来の姿からはかけ離れていると感じました。また、リーダーはフォロワーがあってこそであるという観点から、自社に真のリーダーが何人いるのか疑問に思うこともありました。理想論かもしれませんが、私はドラッカーの示すリーダー像を目指し、旧来の文化に流されず自分らしいスタイルを確立していきたいと強く思っています。