(12ページ目)

なぜ

に関する学び

---

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

仮説思考をどう浸透させる？ 今回の学びで、仮説とは何か、その明確な答えと種類について理解を深めることができました。これにより、今後同僚に仮説思考を浸透させる際に非常に役立つ知見を得られました。 データ収集の重要性とは？ 特に印象に残ったのは、仮説を検証する際には都合の良いデータだけでなく、そうでないデータも集めることの重要性です。これは当たり前のことですが、自分の仮説を成立させるために都合の良いデータを集めがちであることに気づかされました。また、仮説を用いて社内外のステークホルダーを説得するには、多くの状況証拠を集めて分析することの重要性を再認識しました。 行動を深める仮説活用法 私は仮説をもって行動することの重要性を感じています。失敗しても「なぜ失敗したのか」を検証しやすくなるためです。今週の学習では、仮説を正しく用いることで説得力が増し、行動のスピードと精度も上がるという点に感銘を受けました。この学びを次週以降の学習でさらに深めたいと思っています。 成功体験に頼らないためには？ 仮説の重要性やその価値を同僚に伝え、仮説思考を普及させることで、事業部の政策決定や担当者の行動が効率化されることを期待しています。過去の成功体験に依存する傾向がある事業部では、なぜ成功したのか、そして今も通用するのかを検証せずに同じ施策を繰り返しがちです。これは「問題解決の仮説」ができていない証と考えます。仮説思考の重要性を学んだので、これまでの取り組みを再考したいと思っています。 キャンペーン効果の再評価を 具体的には、事業部が定期的に行うキャンペーンやインセンティブについて、その効果を費用面だけでなく当時の外部環境も踏まえて検証しようと思います。これまでは、仲の良い同僚や上司と問題提起を行い理解を得られていましたが、それを全体に普及させることはできていませんでした。次週以降の具体的な方法を適用するための準備として、多様なデータを集めることから始めようと思います。その際、都合の悪いデータも取得することを忘れずに行いたいです。この週の気づきを早速実務に反映していきたいと思います。

ストーリーの重要性は？ 今回の講義で最も印象に残ったのは、「やみくもに分析しない。ストーリーが大事」という点です。今まで意識していなかったwhereで傾向を掴み、どこまで掘り下げられるかという部分に気付かされました。whereを浅くしすぎるとwhyがまったく意味をなさなくなるため、問題がどこにあるのかという点にもしっかり目を向けたいと思います。 「わかる」と「できる」の違い 全体の講義を通じて感じたことは、講義や動画の内容に対して納得できる部分が多々あったということです。毎回わかっているつもりでしたが、実際に演習をしたりグループワークで意見を交換したりすると、うまくいかない場面が多いことに気付きました。「わかる」と「できる」は全然違うということを改めて実感しました。 賃金制度見直しのポイント 来期に向けた賃金制度の見直しに際して、以下のポイントを意識して分析したいと思います。まずは①自社の賃金制度のどこに問題があるのか、次に②なぜそのような問題が発生しているのか、最後に③どうすれば理想の姿に近づけるのかです。これらを講座で学んだことを活かし、具体的な賃金制度案を示していきたいです。 仮説からのデータ集め方とは？ また、自身および一緒に働くメンバーに対しては「仮説➡データ集め➡検証」という明確な流れを意識することが少ないため、今回の学びを共有し、効率的・効果的に課題解決のステップを踏めるチームにしていきたいと考えています。 学びを日常に活かすには？ チームで共有するためには、まず自分がしっかりと理解し、使えるようになることが大切です。学んだことがまだ全然身についていないため、まずは学んだ内容をもう一度振り返り、ポイントを整理し、日常業務や生活の中で1日1回は必ず実践することを意識したいです。特に「仮説を網羅的に立てること」、「何と何を比較すれば得たい結果が得られるのか、比較対象を設定すること」、「条件を揃えて比較すること」といった点について意識しながら日々考える習慣をつけたいです。

キャリア診断の結果は？ 今週は、「キャリアアンカー」という概念が特に心に響きました。さっそく診断を受けたところ、結果は「ライフスタイル重視（偏重？）」と出ました。自分がこれまでの意思決定でライフスタイル重視だったことを改めて感じ、結果に納得しています。 安定志向は何を示す？ 一方、次点が「保証・安定」であったことには少し驚きを覚えました。柔軟さを求める一方で、不安定さに対する警戒心が働いているように思え、相反する価値観が自分の中に共存していることも実感しました。この点から、これからのキャリア形成に対して一抹の不安が生じるのも事実です。 キャリアの未来像は？ ただ、自身のキャリアは今後長いものではなく、「これから何を目指すのか」という明確なビジョンもまだ持ち合わせていません。そのため、キャリアアンカーやキャリアサバイバルといった考え方は、特にこれからキャリアを築く若いメンバーに知ってもらいたいと感じました。これらの考え方は、現状の棚卸しや環境の変化に気づくきっかけとして、また自らの仕事や強み、価値観を整理する手助けとなるものです。 仕事の意義を再確認？ たとえば、キャリアサバイバルというフレームワークは、日々の業務の意味を見直し、自身の現状を客観的に捉えるための実践的なプロセスを提供します。具体的には、今の仕事の中でやりがいを感じた瞬間や、自分が大切にしていること、周囲から評価される強みなどを振り返ることが求められます。その上で、今後半年間でチャレンジしてみたいことや、より自分の強みを活かせる点を探し、ホワイトボードに書き出してみるなど、実行可能なアクションプランを描くことが推奨されています。 声掛けはなぜ大切？ また、こうしたプロセスを進める中で、定期的に「最近どう？」と互いに声を掛け合う機会を設けることで、若いメンバーが受け身ではなく主体的にキャリアに向き合う土台を育むことができると考えています。まずは、キャリアについて知ることから始め、今の自分を整理し、将来へのヒントを見つける。その積み重ねが、自らのキャリアをより実りあるものにしていく鍵になるはずです。

グラフの選び方は？ グラフの選択には意味があり、その種類によって伝わる印象が大きく変わることを学びました。何を伝えたいか、何を強調したいかに応じて、適切なグラフを選ぶ必要があります。これまで私は感覚的にしか理解しておらず、縦棒グラフと横棒グラフの使い分けや、それぞれのグラフの定義（どの場面に適しているか）について深く理解せずに使っていました。今後はこれらをしっかりと理解し、適切に活用していきたいと考えています。 フォント選びの理由は？ また、フォントや色、イラスト、アイコンも同様に伝わるメッセージや印象を左右することを学びました。以前はグラフほど意識せずに使用していましたが、フォント選びに関しては特に自分の好み（例えば、Macではヒラギノ角ゴシック、WindowsではBIZ UDPゴシック）を重視していました。しかし、これからは読み手を意識し、伝えたい印象を考慮した上でフォントを選びたいと思います。 レイアウトはどうする？ さらに、スライドのレイアウトも重要です。見せ方によって伝わる印象が変わり、メッセージの伝わりやすさも変化します。これまではデザイン性やその時の自分の好みでプレゼン資料を作成していましたが、この学びを機に、より読み手を考慮して改善していきたいと思います。 資料はどう伝える？ 私自身、社内でのプレゼン資料や業務進捗資料の作成が多いので、学んだことを活かしていきたいです。具体的には、グラフをどのような意図で選択し、それぞれのフォントをどのような意図で選んだのか、はっきりと答えられるように意識します。また、英語の資料作成にもガイドラインに従いつつ、自分なりに試行錯誤して最適な見せ方やメッセージの伝え方を探っていきます。 顧客向け資料については、自チームのメンバーが作成することが多いので、アウトプット目的でメンバーに確認やアドバイスを行い、私自身の理解度向上を図ります。同時に、チームメンバーの意識も高めたいです。何を伝えたいのか、なぜそのグラフやフォントを選んだのかを明確にし、読み手の目線を意識して、わかりやすく伝わりやすい資料作成を目指していきます。

どうして4点を知った？ GAiLや各動画を通じて、私は以下の4点を学びました。 隠れた欲求を探す？ まず、顧客自身が意識しているウォンツを満たすのではなく、顧客自身も気づいていない隠れた欲求を探索し、真のニーズを深堀りすることが重要です。特に、顧客がお金を払ってでも解消したいと考えるペインポイントを見つけることができれば、それは真のニーズである可能性が高いです。そして、そのニーズを解決してゲインポイント化できれば、顧客から支持を得てヒット商品になる可能性が高まります。 ヒット商品の秘密は？ 次に、ヒット商品を生み出すために、自社の強みを最大限に活かし、自社イメージから大きく離れたところで勝負しないことが大切です。これは、ネーミングにも関係し、用途を連想しやすく、親しみやすさや覚えやすさ、ユニークさを持ったネーミングであることが重要です。特に、自社のブランドイメージと繋がることが必要で、もしそれがかけ離れてしまえば、ヒット商品になる可能性は低くなります。 真のニーズはどう？ さらに、顧客の真のニーズをつかむことは容易ではありません。これには、徹底した行動観察やデプスインタビュー、カスタマージャーニーを通じた顧客の心理理解が不可欠です。 売り手思考の落とし穴は？ この過程で気づいたのは、職場では「売り手」思考に偏りやすく、普段から小さなペインポイントを深く考えてこなかったことです。顧客の真のニーズを理解するためには、想像力を働かせ、深く考える習慣をつけたいと考えています。 事業計画の改革は？ これを次期中期事業計画の策定に活かしたいと思います。まず、「なぜ今、顧客が自社のサービスを選んでいるのか」を明確にすることから始め、特定の顧客に向けたサービス展開としてラポールの形成ができている前提で、デプスインタビューに挑戦したいと思っています。このプロセスでは、顧客の視点で「顧客ニーズ」を考え、自社サービスの「競争優位性」を明確にし、その魅力を鮮明に伝える方法を検討します。具体的な質問内容も考え、デプスインタビューの対象者を特定する予定です。

課題設定はどう考える？ 今週は、データ分析の一連の流れ（問題提起、仮説設定、検証方法の決定）の総復習を行いました。特に、どんな課題を設定すべきかという初期段階での苦労から、課題設定の難しさを実感しました。適切な課題設定がなされなければ、仮説や検証の方向性も定まらず、最終的な分析の質に大きく影響することを再認識しました。また、課題設定の精度を向上させるためには、現場の声をヒアリングする、過去のデータからヒントを得る、フレームワークを活用するなどの工夫が必要だと感じました。 実務復習は何が目的？ 今回の復習を通して、実務でデータ分析の流れを実践し、ブラッシュアップしていく重要性も改めて感じました。特に、業務改善や営業データの分析においては、適切な課題の切り口が成果に直結します。例えば、営業成績が伸び悩む店舗に対して「なぜ成果が出ていないのか？」と問いかける際には、「訪問件数が少ないのか」、「折衝時間が短いのか」、「既存顧客へのアプローチが不足しているのか」といった具体的な観点から検討する必要があります。適切な課題が設定されなければ、的外れな仮説から誤った改善策を提案するリスクもあるため、今後は現場の意見をしっかりとヒアリングし、過去のデータを積極的に活用する習慣をつけたいと考えています。 仮説検証はどうなす？ さらに、仮説を立てた後は、実践を通じてどのようなデータが有効なのかを検証することで、より精度の高い分析フローを確立することが求められます。これによって、業務改善や営業データの可視化に対して、より効果的なアプローチが可能になると実感しました。 現場実態はどう見る？ 現場の実態を正確に把握するためには、まず営業担当者の意見を聞き、「営業活動でどのような課題を感じているか」を確認することが重要です。データだけでは見えにくい実際の状況を把握するため、過去の営業データ（営業成績の推移、訪問件数、成約率など）を分析し、他店舗との比較からどの指標に差があるのかを特定します。また、フレームワークを活用して「なぜ？」を繰り返し問いかけ、根本的な課題を探ることも効果的です。

なぜ仮説を複数持つ？ まず、常に複数の仮説を立て、一つに決め打ちせず、各仮説が原因を多角的に網羅できるように意識することが重要です。どこに原因があるのか、何が原因なのかという点について、切り口を変えて考える必要があります。 比較指標はどう決める？ 次に、仮説を検証する際は、何を比較の指標にするかを明確に決めた上で、どこに注目し、何と何を比較するのかという意図を持つことが大切です。 データ収集の方法は？ また、データ収集においては、対象者（誰に聞くか）と方法（どのように聞くか）をしっかり考え、たとえ反論になり得る情報も排除されずに集めるよう努める必要があります。これにより、比較のためのデータが十分に得られ、偏りのない分析が可能となります。 仮説の使い分けは？ さらに、結論を導くための仮説と問題解決を目指す仮説を明確に区別しながら取り扱うことが求められます。普段は特許情報やその他の情報を用いていますが、さまざまな立場（営業、技術、知財など）から情報を収集する際には、ネガティブなデータが除外されていないかを意識することが重要です。 議論で論点はずれる？ 実際に、立場の異なる関係者による議論の場では、「課題」の共通認識が不十分なために、結論の仮説と問題解決の仮説が混同され、論点がずれてしまい、適切な結論に至らないケースが見受けられました。特に、人からの情報は各立場の主観が影響して、情報の取捨選択が無意識に行われることが多いため注意が必要です。 課題はどう分析する？ このような背景から、「課題」が何で、どの仮説に基づいて何を分析するのか、また、仮説、比較の指標、意図がぶれないようにしっかりと管理する必要があります。仮説を早期に決め付けたり、先入観に頼ってとりあえずデータを分析したりする危険性があるので、まず観点を整理し、複数の仮説を立てた上で深堀し、必要なデータを洗い出して収集することが求められます。 決め付けはなぜ危険？ さらに、結論を導く仮説にするのか、問題解決の仮説にするのかを明確にした上で、上記のプロセスに従い取り組むことが大切です。

なぜクリティカル思考？ コースを通じて、クリティカル・シンキングは知識を実務に活かすための基礎体力であり、自身の思考を意識的にチェックするもう一人の自分を育てるプロセスであると理解できました。以下、その学びを整理して記します。 情報はどう見抜く？ まず、思考の基礎についてです。大きな学びは、情報に対する客観性を獲得できたことです。日常生活において、ニュースのグラフや主張をそのまま受け止めるのではなく、必ず検証する習慣がついてきました。また、複雑な意思決定の場面では、複数の視点や構造的思考を活用し、感情や直感に左右されない判断軸を確立できるようになりました。 問題の本質は何？ 次に、問題解決のプロセスに関して学びました。施策検討に入る前に、まず解くべき本質的な問い（イシュー）を見極め、全体像をMECEに分解することで問題の所在を明確にする方法を習得しました。さらに、具体と抽象の対話を通じて発想を広げるプロセスも身につけることができました。 伝え方には工夫が？ また、相手に伝える際の工夫として、解釈のずれを防ぐためにビッグワードの使用を避け、結論を先に述べる順序を意識するようになりました。データ分析においても、解像度を上げつつ、どのようにデータを分解するかを考えることで、イシューがより明確になるよう努めています。 提案はどう作る？ 私は、損害保険の営業部門に所属し、上場企業の金融機関、M&A仲介企業、ベンチャー企業を担当しています。お客さまへの提案の際には、まず相手のイシューを捉えることが重要だと考えています。自分が何を提案したいかではなく、お客さまの抱える課題とその解決策を重視し、具体的なイシューを設定してカバーの方向性を決定しています。提案書作成時には、主張を根拠で支えるピラミッド構造を意識し、抽象的な表現を避け、具体的な財務損失の数値やカバー範囲を提示することで説得力を高めています。 努力はどこへ向かう？ このようなプロセスを日々意識し、実践力の強化に努めるとともに、反復トレーニングや他者とのディスカッションを継続しています。

自分の解釈は正しい？ 「考えやすいこと」「考えたいこと」を、自分の都合のいいように捉えてしまうという点が、とても印象に残りました。相手の話をきちんと聞いているつもりでも、自分に都合のいいように解釈してしまっていたと気づき、今後の日常の中で意識して改善していきたいと思いました。 本来の『クリティカル』は？ また、「クリティカル」という言葉を、単に否定的な態度ではなく、物事を多面的に考えるための姿勢として理解できたことに感動しました。これまでの自分の考え方に対して、「本来の意味」を知ることができ、新たな視点が広がりました。 ３視をどう見る？ さらに、「視点・視座・視野」の３つの視を意識することで、思考の広がりが大きく変わると実感しました。特に「もう一人の自分を育てる」という考え方は、幽霊のように自分の行動を俯瞰するイメージにつながり、感情に流されずに冷静に物事を見るための有効な手法だと感じました。今後、意識的に活用していきたいと思います。 演習の狙いは？ 演習問題として、ある命題を自社に置き換え、スタッフとのミーティングでワークとして取り組んでみようと思います。「視野」の観点から「人間とは限らない」という発想を試すことで、意外なアイデアや発見があるのではないかと期待しています。また、ロジックツリーやチャンク分解を用いて、様々な切り口から課題にアプローチする考えも、今後の業務の一環として挑戦してみたいと考えています。 プレーの真意は？ さらに、昨日の講座で学んだ内容を活かし、プロゴルファーのある選手が大舞台で見せたプレーについて、「なぜあの一打だったのか」「あのプレーに見るクリティカル・シンキング」といったテーマで深掘りできるのではないかと、考えながら期待と興奮を感じています。 自省は十分か？ 最後に、常に自分を批判的に捉え、「本当にそれでよいのか？」と問いながら、思考を縦横に広げる習慣を身につけていきたいと思います。先入観に流されず、相手の本質に迫るための質の高い問いを立てることを意識し、多角的な視点から自分自身を振り返るよう努めていきます。

顧客ニーズは本当に？ 実際の事例を通じて、顧客の真のニーズを理解することと、自社の強み・弱みを把握することの重要性を改めて学びました。私は日頃からマーケティングと営業に携わっており、顧客と直接会話することで彼らを理解しているつもりでいました。しかし、実際にはその理解が浅かったと感じています。デプスインタビューや行動観察などの手法を学び、これらを実践することで、顧客の本当のニーズをより明確に捉えていきたいと思います。また、自社の提供するプロダクトに関してはある程度の理解があるものの、内部資源の理解はまだ浅いと感じています。バリューチェーン分析などのフレームワークを活用し、自社の強みと弱みをバランスよく見直したいと思います。 理由はどう伝える？ 顧客からの声を社内の開発担当にフィードバックする際には、単に求められた機能を伝えるだけでなく、その背後にある理由を深く掘り下げることで、顧客の本当のニーズを捉え、それを社内に還元していきたいです。そして、顧客の声を基に、どの機能を優先的に開発すべきかを提案する際には、単に要望の多さで決めるのではなく、自社の強みを活かし、マーケティングのコアとなるような魅力的な機能を提案していきたいと思います。 ペインはどう解消？ プロダクトのプロモーションにおいても、単なる機能紹介にとどまらず、顧客が実際に困っていることやペインポイントをしっかりと理解した上で、それを解消するイメージを具体的に提案できるよう、ネーミングや訴求文を工夫していきたいです。 必要機能は何故？ 営業の場面で顧客から機能の要望を受けた際には、なぜその機能が必要なのか、具体的にはどのような業務に困っているのかを深くヒアリングしたいと考えています。また、顧客の業務現場を訪れ、実際に困っているポイントを自ら見つける機会を積極的に作りたいと思います。 体制はどう評価？ 自社の理解を深めるためには、プロダクトの機能だけでなく、開発から提供までの体制や内部資源を再評価し、バリューチェーン分析を活用して、内側からの視点の偏りを無くして強みを整理していきたいです。

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