(45ページ目)

重要 ✕ 課題

に関する学び

---

感情と体験のつながりは？ 「経験が感情に紐づき、その人にとって唯一無二になる」という考えが最も印象的でした。単に商品を販売するのではなく、顧客との長期的な関係を築くことでライフタイムバリューに結びつけるというアプローチは、体験の変化や社会の課題解決といった視点が、長期的な顧客関係形成において重要であることを教えてくれました。 なぜ起業の知見が必要？ この学びは、新規業務の提案に活かすとともに、将来的な起業にも役立てたいと考えています。特にスタートアップでは、短期的な成果と長期的な仕組み作りの両面が求められるため、大手企業の事例だけでなく、中小企業の成功と失敗の両パターンから経験を積む必要があると実感しました。そのため、書籍や動画サービスを利用し、情報を常に収集する習慣を大切にしています。 どうやって学びを深める？ 具体的には、書籍と動画の二つの媒体から継続的に情報を得る計画です。購入した本は全て読み通すのではなく、目次やダイジェストを参考にし、読むべき内容かを判断してから深く読み込むようにしています。また、今後は学習時間に余裕ができると考え、その時間を有効活用して継続的な学びを心がけるつもりです。さらに、部署内でアウトプットの機会を設け、知識を伝えることでさらに習熟を目指していきたいと考えています。

予測を立てる重要性は？ グラフなどの資料を見る際、自分なりの予測を立て、仮説を立てて実態との違いを確認することは重要です。このプロセスでは、仮説の誤りをマイナスに捉えず、新たな課題や問題に気づく機会として扱うことが求められます。 分析のサイクルをどう回す？ 分析の基本である「目的・仮説・データ収集・仮説検証」のサイクルを回すことについては、業務で分析を行う際に疎かになっていたと反省しました。数字に集約した分析を学ぶなかで、代表値（単純平均、加重平均、幾何平均、中央値）や散らばり（標準偏差）のそれぞれが適した状況で使い分けることが重要であると再認識しました。 患者数低下の原因とは？ 紹介患者数の低下対策を立案する際、まず分析のプロセスをしっかりと踏むことが大切です。特に目的を明確にすることで、求めたい結果を得るためのポイントとなります。次に、どの視点で分析を進めるかを判断し、グラフや数字を用いて実行していきます。 具体的には、紹介患者数低下の分析では、近隣医療機関からの紹介の減少が課題（目的・問い）となります。減少の要因について仮説を立て、その後、取るべき分析の視点（インパクト・ギャップ・トレンド等）を考慮してデータを収集し、グラフ化・数値化します。最後に、分析結果と仮説を検証し、対策を立案します。

キャリアをどう理解する？ 「キャリア」や「リーダー」とは何か、という疑問が本講座を通じて少しずつ解明されてきました。 ロールプレイからの学びとは？ LIVE授業でのロールプレイでは、上司役としてフィードバックを行う際、相手にとって望ましくない結果をどう伝えるかが課題となりました。仕事は常に「対:人」であり、相手の価値観、得手・不得手、仕事の仕方はすべて一人ひとり違います。そのため、相手をよく知り、よく見ることが重要だと実感しました。今後も相手に応じた適切な支援を心がけていきたいと思います。 エンゲージメント向上の手法は？ 私は、メンバーとの日常的な関わりだけでなく、全社的なエンゲージメント向上プロジェクトにも参加しています。そのため、リーダーの関わりがどのようにメンバーのモチベーションに影響するか、日々のコミュニケーションがいかに重要かを強く認識しています。これらの気づきを社内で共有し、組織の活性化に貢献していきたいと考えています。 メンバーの対話をどう促進する？ 関わるメンバー（上司も含めて）と対話し、互いの価値観をオープンにできる機会と雰囲気を創ることが重要です。メンバーの経験や価値観に応じて適切な支援ができるよう、今回の学びを振り返りながらリーダーシップを実践していきたいと思います。

どの分析方法が有効？ 問題を特定する際のアプローチについて、分類や分解の手法、考え方の基本を身につけることで、さまざまな課題に対してゼロから悩むことなく、正しい分析を進められると実感しました。学習の中ではプロセスの分解に重点を置いていましたが、他の方法についても幅広く覚えておきたいと考えています。 提案の見直しは必要？ 実業務においては、顧客への提案で解決策ありきで進めてしまうケースがあり、都合の良い分析になってしまうことがあります。こうした提案は初めは良い印象を与えるかもしれませんが、本質的な課題解決にはつながらず、長期的には評価を下げるリスクがあるため、業務の進め方を見直す必要があると感じました。まずは、これまで学んだ分析のステップに基づき、客観的かつ正確な分析を実行した上で、最適な解決策を提案することが重要だと思います。 行動計画はどう決める？ 具体的な行動としては、実業務で特定のサービスに依存せず、客観的で正確なデータ分析を徹底し、複数の選択肢を比較検討することが求められます。そして、適切な判断基準を設定して最適な解決策を提案することを意識します。加えて、提案後の振り返りを行い、実施した解決策の効果をデータで検証する仕組みを整えることで、継続的に提案の機会を創出できると考えています。

問いをどう理解する？ 「問いを立てる」という言葉について、普段の言い回しとは異なり、初めはピンと来なかったものの、ライブ授業の具体例を通じて理解が深まりました。YESかNOで答えられる問いを設定することで、その答えに対する論拠や分析が求められ、論理的な説明が自然と身につくと実感しています。これまでの日々の業務にも通じる部分があり、改めてその意義を認識することができました。 フレームワークの再確認は？ また、これまでシステム開発の現場で漠然と使っていた思考のフレームワークが、今回の学習を通じて再確認できた点も大きな収穫です。部署内で複数のシステム開発案件のレビューを行った際に、報告内容が論理的でない場面に直面することがあり、状況を整理するためにこのフレームワークを意識的に活用できそうだと感じました。さらに、事業計画の立案や部下のサポートにも、今までの経験にとらわれない新たな視点を加える上で大いに役立ちそうです。 イシューリストをどう見る？ ライブ講義で紹介されたイシューリストの作成方法も非常に印象的でした。日常業務では緊急度の高いものが優先され、本来注目すべき課題が見落とされがちですが、イシューリストを作成し定期的に見直すことで、重要な問題点を把握し、対処策を検討する体制を整えられると感じました。

クリティカルシンキングの重要性とは？ 「クリティカルシンキングとは、問いと答え（主張と根拠）を考えることである」という言葉がとても印象に残っています。また、主観的にならず、客観的に現状を分析し、ありたい姿を見据えて、今解くべき価値のある問いを考えることが重要だと感じました。価値のない問いを立てても意味がありません。 組織課題への対処法は？ この考え方は、社内での施策提案の場面で非常に役立ちます。組織課題について考えていると、自分もその組織の一員であるため、主観的になったり、自分の意志が入り込んでしまうことがあります。その際には「これは客観的か」を常に意識することが大切です。現状を正確に分析し、今解くべき価値のある問いを考えるように心がけたいです。 客観的な施策提案のプロセス 施策を検討する際には、いきなり施策提案まで考えるのではなく、以下のステップを踏むべきです： 1. まずは現状を分析し、その分析が客観的かどうかを振り返る。 2. 次に、今解くべき価値のある問いを立て、それが客観的かどうか再度振り返る。 3. 一晩寝かせる。 4. 最後に、分析結果と問いの両方が客観的であるかを確認し、提案に移る。 このプロセスを経ることで、より客観的で価値のある施策提案ができると感じました。

イシュー設定の重要性に気づく 業務に取り組む際のイシュー（本質的な問い・課題）を立てる重要性とその方法を理解しました。これまでは業務の本質的な課題を意識することを忘れていましたが、その大切さに改めて気づかされました。また、状況に応じてイシューが変化する可能性があること、一度立てたイシューを継続して意識し続けることの重要性も感じました。 フロー作成時のイシュー特定法 新規業務のフロー作成や既存業務のフロー確認において、まずイシューを特定することに着手します。突発的な業務についても、その場の感情や流れに任せず、必ずイシューを特定するよう努めます。また、状況に応じてイシューが変わる可能性を理解しているため、固定されたルーティン業務でも定期的に振り返り、その業務のイシューを再確認していきます。 議論を活かすために必要なこと 新規業務のフロー作成や既存業務のフロー確認、イレギュラー案件や突発的な依頼、会議など、議論の場においてもイシューを特定し、全員で方向性を共有することで建設的かつ適切な根拠をもとに議論が進みやすくなると感じました。社内アンケート結果をもとに課題を抽出する際にも、まずイシューを特定することを心がけ、その際には過去に学んだピラミッドストラクチャーを活用して根拠が明確になるようにします。

イシューを特定する重要性とは？ イシューという単語から大きな学びを得ました。 まず、「問いは何なのか」を意識することが重要です。イシューを特定し、内容を明確にするためには、優先順位をつけることが必要です（例えば、ロジックツリーの活用）。一度決めたからといって固定するのではなく、環境変化や必要に応じてブラッシュアップすることも大切です。 問いの意識で変わるミーティングの質 最近、月ごとの売上資料を見て「課題は何か」と聞かれることが増えました。この際、『問いは何なのかを意識する』ことで、イシューが特定できたり、共有できる基盤が整ったりします。その結果、ミーティングや事前準備では「方向性がどちらか」「何をすべきか」を明確にして伝えることが可能になります。 知識と視野を広げるためのアプローチ 『問いは何なのか』を『意識し続ける』ことに加えて、「その問いが適正かどうか」や「適正でなかった場合のフォローアップの考え方」といったアプローチも欠かせません。また、自分の狭い考え方に固執せず、常に俯瞰の目線を持ち、他者の意見を取り入れることが重要です。こうしたプロセスを繰り返すことで、イシュー設定のクオリティを向上させていきたいと思います。 遠回りが一番の近道という姿勢で、地道に取り組んでいくつもりです。

なぜイシューが大事？ 「イシューの明確さ」の重要性について学びました。それはプロジェクトの開始時に「何を達成すべきか」を明確にすることで、全員が同じ方向を向いて効果的に進めることができるからです。簡潔でわかりやすいイシューの設定が、問題解決の第一歩であると感じました。 相手の優先順位は？ 自身の業務においても、イシューの明確化はプロジェクトや交渉の成功に直結すると思います。例えば、スポンサーとの交渉では「相手が何を最優先しているのか」をイシューとして明確にすることで、提案を的確に調整し、成果を得やすくなります。また、業務全体を通して「今本当に取り組むべき課題は何か」を意識することで、優先順位を整理し、効率よく進められると実感しています。 実行はどう進める？ イシューを明確にするために、まず業務やプロジェクトごとに「何を達成したいのか」を一言で整理し、目標を共有します。その後、現状の課題を洗い出し、本質的な問題を絞り込み、優先順位を設定します。そして、解決に必要な具体的なアクションをリスト化し、締め切りや担当者を明確にして進捗を管理します。また、取り組み終了後には振り返りを行い、イシュー設定や行動計画の改善点を抽出します。このプロセスを繰り返すことでスキルを磨き、業務効率を向上させています。

問題点の把握はどう進める？ まず、問題点をきちんと把握し、理想の姿と現在の状況との差を捉えることが重要です。そのためには、物事を様々な角度から分析し、分解する必要があります。平均的に一括りで捉えると、真の問題を見逃す恐れがあります。ここで、MECE（Mutually Exclusive, Collectively Exhaustive）の原則を意識すると、要素を漏れなく重複なく分けることができ、問題の明確化から課題設定がしやすくなります。 数字の状況をどう把握する？ 数字の状況や問題点を把握する際には、つい平均で語られることが多くなります。しかし、細部までしっかりと捉えた上でサマリーをすることが大切です。そして、いつでも元に戻れるように、プロセスを明確にしてツリー構造として残しておく必要があります。これを怠ると、感覚的な議論と空論の間を行き来することが多く、物事が進まない原因となります。 視点設定と情報分解の秘訣は？ 数字や定量的情報で状況を表し、要素分解を行うことが鍵です。この際、視点の設定が非常に大切ですが、解決したい問題、本来の目標、最終目的を意識し、人に聞きながら自分の考えを伝える形で整理していきます。立ち戻る目的を明確にすることで、偏見がかからないように注意することも重要です。

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。

録画での学びは？ 参加できなかったため、録画で学びました。その中で「バックパックを作る」という課題について、実践を通して単に改良方法を考えるだけでなく、既存の考えにとらわれない発想の大切さを実感しました。 利用者の意見は？ また、テストを実施することで、自分にはない視点を利用者からフィードバックしてもらえるという気づきがありました。特に生成AIの活用という視点は非常に参考になり、早速利用してみたいと感じました。 プロトタイプで変化は？ 一番の気づきは、どうしても主観になりがちな点を、デザイン思考のプロセスに従ってプロトタイプを作成することで、ユーザー（メンバー）からのフィードバックを得られ、新たな視点が生まれるということです。現行の業務ルーチンに対しても、当たり前のプロセスに疑問を持ち、変革する際にはメンバーや有識者にプロトタイプを提示し、違った見方を取り入れる可能性があると考えました。 改善の進め方は？ 業務プロセスやツールの改善においても、手順を踏んでプロトタイプを作成することの重要性を実感しました。時間がないと思いがちですが、改善サイクルを迅速に回すことが大切だと気付かされました。自分はツールの作成・改善にとっつきやすいため、まずはその点から実行してみたいです。