(56ページ目)

自分 ✕ 視点

に関する学び

---

実体験はなぜ必要？ ユーザー視点で課題の本質や解決策の価値を理解するためには、単に「ユーザーの気持ちで考える」だけではなく、「実際に自分で体験する」か「体験者に話を聞く」ことが大切だと感じました。多くの人の声を聴くことで、課題解決を重ね、より質の高いソリューションを提供できると実感しています。日々の業務においても、特定の意見だけでなく、多くの声を取り入れるとともに、自分自身が体験して共感する姿勢を心がけたいと思います。 登山体験はどう？ 普段あまり登山をしない自分ですが、ネットで調べたり経験者の話を聞くことで、これまで感じながらも言語化できなかった点や新たな発想に気づかされ、大変学びになりました。ユーザーの行動を知るための具体的なアクションについて、これまで十分に調べることができていなかったため、今後はさらに積極的に参考にしていきたいと考えています。 共感はどう活かす？ 「共感」フェーズにおいては、ユーザーの気持ちを単にイメージするだけでなく、自分自身がユーザーになりきったり、幅広く情報を得ることが重要だと感じました。ユーザーが何に価値を感じ、どのような課題や障壁が存在するのかを正確に捉えなければ、その後に提供するソリューションが的外れになってしまうと考えています。

視点と標準偏差は何？ 「分析は比較である」という考えから、視点やアプローチの違いが明確に見えてくることを学びました。数学が苦手な自分にとっては難解な点もありましたが、標準偏差の活用方法などを理解できたのは大きな収穫です。また、単純平均、加重平均、幾何平均、中央値といった代表値と、散らばりを示す標準偏差の違いについても理解を深めることができました。 集約方法はどうなっている？ これまではエクセルで作成できるグラフからなんとなく情報を把握していたのに対し、今回体系的に数字の集約方法を学んだことで、今後はどのように数字を集約すべきかを意識して活用していこうと思います。特に幾何平均は初めての使用なので、さらに調査を進める予定です。標準偏差についても、その考え方から算出方法を追求するのが面白いと感じました。 分析の流れはどう進む？ 前回からの繰り返しになりますが、分析のアプローチ―目的の確認、仮説の設定、データ収集、仮説の検証―を守りながら、視点と手法を適切に用いることを今後も意識していきたいと思います。幾何平均や標準偏差はまだ完全に理解できていないため、さらに勉強を重ねる必要があると感じています。テストの品質評価においては、標準偏差や中央値の考え方を取り入れていく予定です。

問題解決に必要な視点とは？ 問題を解決しようと考えるとき、解決策から始めがちですが、「そもそも問題が何なのか？」や「それを問題と捉えることが正しいのか？」という点から考えることが大切だと思います。MECEに分解する際、これまでは層別分解に頼りがちでしたが、今後は変数分解の観点も意識していきたいと感じました。 日々の業務での手法活用法 日々の業務は「問題を特定して解決していくこと」の連続です。そのため、この手法は様々な場面で活用できると感じました。短期的な業務では、毎月の売上向上や自社サービスの利用率向上のための課題や解決策を考える際に役立ちます。また、長期的な視点でビジョンやミッションの実現を考える際にも、このフレームワークは効果的だと感じます。 効果的に習慣化する方法は？ 問題に直面した際には、「1.『What』『Where』『Why』『How』の順番で考えること」と「2. MECEに分解（層別分解と変数分解）」を意識せずとも実践できるように、日々見返すメモに記載するなどして、記憶に刷り込んでいきたいです。また、チームメンバーにも学んだことを伝え、自分が意識できていないときもメンバーが意識できるようにすることで、チームとして実践できるようになりたいと考えています。

なぜまずヒアリング？ 企業向け研修を手がけた経験から、まず顧客が抱える問題や困難をしっかりとヒアリングすることが重要だと実感しました。その上で、プロトタイプの研修やワークを作成し、実際に体験してもらいながら具体的なアドバイスやフィードバックを得ることで、完成度を高められると思います。既存の研修においても、常に試作品と考え、実施の際に意見を取り入れていくことで、時代に合った育成施策を継続的に実施できるはずです。 現場の視点は大切？ また、顧客の組織に入り込み、現場での観察やインタビューを通して、どのような課題が存在するのかを把握することが大切だと感じました。多くのプロトタイプを作成し、幅広いアイデアを出す過程で、発散と収束のプロセスが充分でないと感じる場面がありました。今後は、このプロセスをより徹底することで、より効果的な解決策を生み出すことが求められると考えています。 プロセス振り返りは？ 一連のデザイン思考プロセスを自分の業務に適用してみると、どのプロセスが十分にできているか、またどの部分が改善の余地があるのかが明確になりました。今後は、アイデアの発散と収束のための時間と機会をさらに増やして、より質の高い取り組みができるよう努めていきたいと思います。

仮説設定の意義は？ 講座を受講して、データ分析のテクニックを学ぶことができました。しかし、分析そのものはAIに任せることが可能であり、本当に人間に必要とされるのは、データ分析の目的を明確にし、適切な仮説を設定する能力だと実感しました。正解に飛びついてしまいがちな思考停止の傾向を反省し、より良い仮説を見出すために、あきらめずトライ＆エラーを重ねていきたいと考えています。また、当たり前を疑う力や、本質的な課題を見極める力、さらには分類のスキルを養うことの重要性も感じました。これらは次週以降や実践の場で活用していきたいと思います。 内部監査の視点はどう？ 私は内部監査を担当しており、より鋭く価値ある提案ができるよう、今後はさらに良い仮説を立てる努力を重ねるつもりです。自分の考えや視点の狭さに日々反省しながら、「この事実から何が言えるのか」という問いに徹底して向き合っています。 現場改善はどうする？ また、狭い視点に陥らないために、マネジメント視点やクリティカルシンキングを意識するとともに、現場の状況を十分に踏まえた提案ができるよう努めています。具体的には、何が問題なのか、どうすれば現場が改善されるのかをデータを裏付けに、しっかりと整理して提案していきたいと考えています。

振り返りで学んだ重要性とは？ クリティカル・シンキング講座で学んだ内容を振り返った際、特に以下の3点の重要性を再認識しました。それは、自他の思考のクセを意識すること、イシューや問いを設定すること、そしてそれを問い続けることです。 思考のクセが議論に与える影響 また、実務で実践してみると、自分にも他人にも思考のクセがあることから、最適な問いと解を得るための議論の価値を改めて感じました。今後はこれまでよりも議論の場を積極的に活用していきたいと考えています。 ミーティングで得られた成果は？ 他部署やメンバーとのミーティングにおいては、自他の思考のクセを意識して問いと答えのコミュニケーションを取ることができました。これは大きな成果です。相手の価値観やバックボーン、経験を理解し、寄り添ったコミュニケーションを行うことで、ビジネスの成果に繋げられるようにしていきたいです。 ビジネス課題をどう言語化する？ ビジネス課題については、問いと答え（主張と根拠）を常に自分の中で言語化できる状態がベストだと思います。そのために、思考の幅を広げることを意識し、自分ならどう問いを立て、答えを用意するか、自分以外の立場の人ならどうするか、といった視点を持ち、メモにまとめていきたいです。

思考はどう深まる？ 毎回、自分の思考が浅く、もっと広い視野を持つ必要性を痛感しています。かつて学んだ３Cや４Pのフレームワークは、今回は思うように活用できませんでしたが、仮説思考はデータ分析に限らず、経営戦略やマーケティングなど、様々な分野で常に求められる大切なスキルだと感じています。 偏りをどう避ける？ また、データ分析において外部データを活用する際は、あらかじめ結論を決めて自分に都合の良いデータだけに偏らないよう、常に注意する必要があります。複数の仮説を立て、網羅的な視点を持つことが求められる一方で、これまでの自分の取り組みには網羅性が不足していたのではないかと感じています。今後、販売戦略や方針策定の際には、網羅性やデータの客観性・妥当性、すなわち根拠の質を向上させることで、提案の説得力を高めていきたいと思います。 結果の根拠は？ データ分析にあたっては、まず仮説の網羅性を重視し、文字や図表などを用いて過不足を冷静に判断できるよう努めます。こうした仮説思考は問題解決の場面で非常に有用であり、社内でのディスカッションにも積極的に活かしていきたいと考えています。また、データ分析結果をアウトプットする際は、その目的や使用したデータの根拠を明確に示すことを心がけます。

仮説の重要性は？ 学習前は、仮説を立てることに対して、恣意的または無意識に寄せたデータを収集してしまうのではないかという懸念がありました。しかし、今週の学習で、複数の仮説を立てることの重要性を理解できました。仮説はある程度の網羅性を持つべきであり、３Cや４Pといったフレームワークがその考え方を支えていることに納得しました。 仮説と行動の速さは？ また、仮説を立てることが物事のスピードに直結するという新たな視点も得られました。これまで、仮説が誤っていた場合はすべてをやり直すゼロスタートになると思い込んでいたのは、仮説を決め打ちにして一つだけ持っていたからだと、自分の在り方から理解しました。 多様性と仮説の関係は？ 担当しているダイバーシティ推進の取り組みにおいて、複数の仮説を活用することは、多様な在り方に対する効果的な施策の切り口が一つではないことと合致すると感じます。一方で、大きな方向性や目的の核がなければ、アイディアが散らばってしまうため、その点は常に意識しておきたいと思います。 検証の進め方はどう？ 仮説の検証過程では、恣意的な判断を防ぐためにフレームワークに立ち返り、複数の仮説について必ず他者と対話し第三者の視点も取り入れるよう努めています。

分析選ぶコツは？ 戦略的な目標や方針を考える際、立場によって意見が異なることはよくあります。この経験を通じて、フレームワークを用いることの重要性を学びました。具体的には、3C分析やSWOT分析、バリューチェーン分析などのフレームワークを、目的に応じて使い分ける必要性を感じました。 目標設定の工夫は？ 業務の目標を立てる際には、通期・上期・下期ごとにフレームワークを活用して目標を設定することが有効です。また、ミーティングやプレゼンの資料を作成する際は、その内容を精査し、適切なフレームワークを用いて資料を作成することが求められます。 広い視野の必要は？ さらに、経営者の視座で考える必要性を強く感じています。自分の担当する部署の考えだけにとらわれず、より広い視野で物事を見ることが大切です。そして、ジレンマを過度に恐れず、失敗を恐れない姿勢を持つことも重要です。失敗した際のリカバリー方法をいくつか準備しておくことが助けになります。 他者意見の受け止めは？ 他人の意見をしっかりと聞く姿勢も不可欠です。他の人の考えを尊重し、共感する広い心を持つことで、さまざまな視点から判断が可能になります。これに加えて、聞きやすく、話しやすい職場づくりを心掛けていきたいと思います。

視点が変わった瞬間とは？ 今回の受講を通じて、自分の仕事に対する視点が大きく変わりました。特に印象深かったのは、マーケティングの講義です。普段、何気なく目にしている広告や商品配置の背後に、実は高度な戦略があることを知りました。お客様の心を動かすには、単なる商品の良さを伝えるだけでなく、感情や生活の一部として結びつけることが大切だと感じました。 財務知識がもたらす視野 また、財務の講義では、数値の見方やその背景にある意味を理解することができました。予算管理や経費削減だけでなく、どの投資が将来的に利益をもたらすかを見極める重要性を学びました。これにより、日々の業務だけでなく、長期的な視野での意思決定がいかに重要かを再認識しました。 リーダーシップの新たな発見 最も役立ったのは、リーダーシップに関する講義です。リーダーとしての自分の強みと課題を客観的に見つめ直す機会となりました。部下とのコミュニケーション方法やモチベーションを上げる手法についても、具体的なアドバイスを得ることができ、早速実践しています。 今後も学んだことを活かし、自己成長とともにより良い組織作りに貢献したいと思います。受講前には想像もしなかった知識やスキルを吸収することができ、大変満足しています。

思考の制限に気づくには？ ワークを通じて、自分の思考がいかに制限されているか、偏っているかを体験できたことが印象的でした。頭の使い方（「3つの視」：視点・視座・視野）を身につけることの重要性は理解できた一方で、思考が固定化されているため、理解と実践には大きな壁があるとも感じました。意識することから始め、徐々に体験を積むことでトレーニングしていきたいと思います。 業務フロー改善に不可欠な視点は？ 例えば、新規の業務フローを作成するときや既存の業務フローを見直すとき、新たな業務の提案や成果物の振り返り、課内のタスクで使用する資料作成時、さらには課内の定期ミーティングや他部門とのZOOMミーティング、職場での上司・同僚との対話時に活用したいです。 ミーティングで得られる学びとは？ 業務フローにおいては、従来の慣習に縛られている部分が大きいため、目的を明確にし、「3つの視」から見直しを図りたいと思います。それにより、新たな気付きや発想を得て、業務の効率化・高品質化につなげたいと考えています。 ミーティングや対話においては、自分と他者は異なるという前提を持ち、相手の視点や切り口に注視します。そして、相手の考えを深掘りすることで、自分の学びにつなげたいと願っています。

思考の偏りにどう向き合うか？ この講座を通じて、物事の分解方法や見せ方の基本を学ぶことができました。その中で、自分の考え方には思考の偏りがあることも改めて認識し、常にそれを前提として振り返ることが重要だと感じました。 データに基づく「イシュー」とは？ また、問題解決においては、本当に必要なデータとそれに基づく「イシュー」を抑え続けることが求められると実感しました。チームメンバーが同様に問題解決に取り組む際、その課題を特定し、解決策の立案までの流れを明確に説明できるようになることで、自分自身の理解も深まるように努めました。 業務要件定義の重要性 業務要件定義の際には、業務ユーザーが具体的にどのような問題に直面しているのかを分解し、それを言葉にする重要性を学びました。意識的に、このアプローチを用いることで、意思決定を行う際にどこまで網羅的に分解できているか、その対策が本当に有効であるかを十分に議論する必要性を感じました。 課題分解で認識の齟齬を防ぐ方法 特に、業務ユーザーの課題をシステムで解決する場合、課題の分解を丁寧に行い、認識の齟齬がないよう努めることが不可欠であると痛感しました。これらの学びを通じて、問題解決能力の向上に繋がることを期待しています。