(41ページ目)

課題 ✕ 認識

に関する学び

---

比較の価値って？ 分析の際、最初に比較の視点が重要であると実感しました。私自身、比較に対して苦手意識がありましたが、実務を通して比較分析を実施するうちに、他者の意見が新たな視点を与えてくれることを学び、自分以外の考えを取り入れる意義を改めて認識しました。 情報分析の秘訣は？ また、上司から課題解決のための情報分析を依頼されたときのプロセスも振り返りました。まず、分析の目的を明確にし、次に何と比較するかを検討します。データが少ない場合は割合で表し、表を作成した上で適切なグラフによって視覚的に表現します。その結果を客観的に評価し、必要であればさらに深堀りした分析を行うという流れです。 視点の工夫は？ 最後の課題では、男女別や地域別といった切り口での分析が有効であると感じました。ただ、これらの視点に気づくまでに時間差が生じてしまいました。あらかじめスムーズにアイデアが浮かぶようになるためのコツがあれば、ぜひ教えていただきたいです。

フレームワークの意義は？ 仮説の基本的な理解を改めて振り返ることができました。これまで、どちらかというと自分のバイアスに左右されることが多かったですが、3Cや4Pといったフレームワークに沿って物事を進める習慣が必要だと実感しました。もちろん、データの活用において都合の良い点に気付いてしまう傾向もあり、そこは今後の課題です。 チーム作業に注意すべき？ また、実際の業務においては、ある程度の人数で構成されるチームで作業を進める場合、フレームワークを用いる際に工夫が求められることを改めて認識しました。それでも、基本に則って作業を進めることが、合意形成を図る上で重要であると感じました。 合意形成、どう進める？ 変革やシステムの刷新・改善といった業務では、関連部門との合意形成が不可欠です。こうした基本的なプロセスをフレームワークに落とし込むことで、問題の根本をより深く理解し、具体的なアクションプランを立てることができると考えています。

どんな問いを立てるの？ 課題に取り組む際は、無計画に考えを巡らすのではなく、まず「問い」が何であるかを明確にすることが重要です。その問いを常に意識し、他者と共有することが不可欠だと感じます。 会議前に何を問う？ 会議を開始する前には、まずこの会議で何を問うべきかを十分に考え、開始時に全員で問いの認識を合わせるようにします。また、プロジェクトの進行中は定期的に問いの内容を確認し、必要に応じて問いを修正することも大切です。さらに、作成したグラフや図、その他の資料が、設定した問いに対して適切な回答を出しているかを常に確認することが求められます。 学びをどう整理する？ まずは、Week01から得た学びを整理し、復習するところから始めましょう。その上で、問いを明確化し、文章として文書化するトレーニングを実施します。自分一人で取り組むのではなく、上司や同僚とも協力して実践することで、正確な問いを立てる力を身につけることを目指します。

偏見にとらわれない切り口とは？ 切り口について考える際、私はターゲットの課題を念頭に置いていましたが、偏見によって視野が狭まり、回答例で提示された着想や解答を十分に導けなかったと感じました。そこで、切り口をMECEに検討するためには、まずフラットな視点で考えることが重要だという認識を新たにしました。 課題解決のために何が重要？ ユーザーが実際に価値を感じる課題解決とは何かを考えることは、相手にそれを伝える際に必要なスキルだと思います。特に、シンプルに伝える文章の重要性を今まで軽視していたことを痛感し、基礎から再考する必要があると感じました。 効果的な伝え方の工夫は？ そのために、相手に伝える際には、主語（S）と述語（V）をしっかり意識し、短い文で伝えることを心がけます。そして、ユーザー思考で何が一番価値に繋がるのかを考え、MECEに要因分析を行う（5W1Hへの意識も大切です）。まずは、これらの点を徹底したいと思います。

イシューを具体化するには？ イシューの設定が課題解決において重要であることが身をもって実感しました。特に、問いを明確かつ具体的に設定し、全体の前提や認識をそろえることが不可欠です。また、イシューを設定した後も、常にその意識を持ち続けることが大切です。議論や思考が途中でそれないようにするためです。 営業マネジメントにおける効果的なサイクル 営業マネジメントにおいては、数値達成や業績向上のために、適切なイシュー設定と、その解決策を検討・実施するサイクルが求められます。今回学んだ内容は、自チームのイシュー設定から数値改善まで、実践で試してみる価値があると感じました。 データ活用の力をどう身につけるか？ 課題解決に際して何をイシューとするのか、これまでの数値データを活用して見極める力を習得したいと考えています。そのため、改めてデータを整理し、ピラミッド・ストラクチャーを使って、イシューの書き出しと整理を進めていきます。

なぜ振り返りするの？ これまでの学びを総まとめする中で、問題解決のステップと仮説志向の重要性を再認識しました。一見当たり前に感じることも、改めて意識することで新たな発見があると実感しています。また、他の受講生の意見に触れることで、自分のアプローチに不足している部分を確認することができました。 有意な検証方法は？ もともとの課題として、A/Bテストにおいて有意差が出る仮説を立案する必要があるため、「要素は一つ」「同じ期間で同時に」という基本に加え、仮説を明確にすることを意識したいと考えています。そのため、フレームワークを活用して仮説の幅を広げる取り組みも進めています。 効果的な施策は？ さらに、自分が実施するキャンペーンにおいて、コンバージョン向上のために検証すべき仮説をフレームワークを使って洗い出し、その中で最も効果が見込める仮説をもとにキャンペーンを実行・検証するサイクルを繰り返していくことが今後の課題です。

宣言的アウトプットはどう活かす？ 学んだ内容が無駄にならないためには、宣言的にアウトプットすることが非常に大切だと感じました。これにより、これまでの学びを再認識する良い機会となり、今後どのように活かしていくのかという具体的な方策について、ゲイルでの回答から意識することができました。また、期限に関するアウトプットが不足していた点を再認識する結果となりました。 振り返りは何のために？ 振り返りの重要性も改めて認識しました。学習した内容を振り返り、現在の業務にどう適用するかを明確にすることは、プロジェクトチームや部下と共有する上で非常に有益だと思います。プロジェクトでは、クロージングとして実績と課題を共に整理し、今後の活用を期限を設けた形で具体的に検討することを想定しています。一方、評価面談などでは、これまで達成してきたことと、今後求められる行動や活用がどうあるべきかを意識させる場として取り組んでいきたいと考えています。

問いの大切さは？ 問いを意識することの大切さを学び、イシューの捉え方によって対策が大きく変わる点を改めて認識しました。自分は、問いに対して解答を導き出した瞬間、その後の分解や展開が不十分になりがちだと実感しています。そのため、常に問い続ける習慣を身につけようと考えています。 共に考える意義は？ また、問いを検討する際は、メンバーと共に考えることで視野が広がり、より多角的な展開が可能になると感じました。課題解決の際に、少し策が挙げられるとすぐに実行してしまう傾向もありますが、これからは問い続けることで戦略の幅をさらに広げていきたいと考えています。 将来の視点はどう？ 特に、自部門の将来を見据える立場として、将来何を検討するか、つまりイシューを特定することが非常に重要であると再認識しました。これまでに得た気づきは、自身のアウトプットとして、メンバーと共に議論しながら、更なる改善に繋げていきたいです。

戦略思考はどう見える？ 戦略思考とは、まず明確な目標を設定し、その目標に向けてリソースをどのように配分し有効活用するか、また目標に至る最適な道筋を描くことだと理解しました。この考え方では、高い視座で全体を俯瞰し、何をすべきか、何をしないかを大局的に判断する能力が求められることを学びました。しかし、一方でその実践が十分でないと感じる場面もあり、自らの課題として認識しています。 計画策定はどう進む？ 現在、IT関連の開発部門の責任者として事業計画の策定に携わっています。これまでの計画は、現状を出発点に考える傾向が強く、目的から逆算したものではありませんでした。しかし、戦略思考を取り入れることで、長期的視点に基づく明確な目標設定や、現在地と目標とのギャップ、課題の明確化が可能になったと実感しています。今後は、何をするか、何を控えるかを慎重に選別しながら、組織の成長を一層促進する事業計画を立案していきたいと考えています。

顧客目線を忘れないためには？ 顧客目線であることは、企業活動として当然のことであると思えますが、競合を意識するあまり、顧客ニーズを無視してしまうことがしばしばあります。そのため、適正なフレームワークの使い方を学び、常に高い視点で物事を捉える術を養いたいと考えています。 顧客との対話が生む成果とは？ 自身の取り扱う製品が顧客にとってどのようなベネフィットがあるのか、競合品との差別化が顧客ニーズを満たしているのかを検証するために、実際に顧客と対話を重ねます。また、メッセージが顧客にどれだけ響いているのかも再確認します。 イノベーション課題を解決するには？ イノベーションの普及要件として比較優位、適合性、わかりやすさ、試用可能性、可視性の観点で自社の製品を考えてみると、比較優位と試用可能性、可視性はあるが、わかりやすさと適合性が課題であると認識しました。これらの課題をどう解決するかを検討する必要があります。

冷静な判断って可能？ まず、事象に対して一時的な感情に流されず、前頭葉を働かせて客観的に向き合うことの重要性を実感しました。感情に左右されず、詳細かつ丁寧にプロセスを記述することで、その記述に基づいて仮説を立て、検証する方法が効果的であると理解できました。これらの作業は一見地味で根気を必要としますが、日々の習慣として取り入れることが大切だと感じました。なお、今回初めてＡ/Ｂテストの存在を知り、仮説検証の有効なツールとして認識するに至りました。 記録は役に立つ？ また、チームで直面する課題や問題に対して、その場の感情で対応してしまう傾向があることも実感しました。しかし、各課題を日々記録し、定期的に振り返る時間を確保することが不可欠だと考えます。振り返りの際は、what、where、why、howの順に整理し、仮説を立てたり、以前の仮説の検証を行うなど、体系的なアプローチを習慣づける必要があると感じました。

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。