(29ページ目)

本 ✕ 共有

に関する学び

---

現場での実践は苦手？ 実践すること、この言葉に尽きます。理論や理屈を理解するのは得意ですが、現場でコツコツと継続することや、そこから新たな知見を得ることは苦手でした。この傾向に気づけたことは、今回のコースで得た大きな収穫の一つです。 計画と共有は合っていますか？ エンパワメント、計画立案、振り返り、フィードバックについて学んだことを、そのまま実践してみようと決意しました。面談の進め方を事前に整理し、流れを確認することで、選手との面談に臨む準備を整えました。また、このフレームワークをチーム内で共有し、組織全体の財産として活用できるよう努める予定です。 学びをどう活かす？ 6週間にわたり貴重な学びの機会をいただき、心より感謝しております。グループワークなどで伺ったお話は、ビジネスの現場での経験が乏しい私にとって新鮮で大きな刺激となりました。皆さんからのヒントや知見を力に、日本スポーツにおける育成の在り方をさらに進化させていきたいと考えています。

キャンペーン効果をどう活かす？ キャンペーンの効果検証に生かすことができると思います。これまで効果検証を次の施策や会社の計画に反映できていないことが課題でしたが、キャンペーンの結果を本講座の分析法で分析し、そこから見えてくる考察を基に新しい取り組みを提示したいと思います。 商品性の比較はなぜ必要？ また、現在部署で新規事業の検討を行っております。その商品性の検討に際して、他社商品を比較することが必要です。分析を行うことで、商品性に取り込みたい要素や難しい要素を明らかにすることができると思います。 課題解決に向けた具体策は？ これらの課題に対し、次のことを行っていきたいです。 - WEEK1で学んだ内容の共有 - 分析対象となるものの選定 - 比較対象のピックアップ WEEK1で学んだことは既にチームメンバーに共有しており、メンバー全員が納得した内容でしたので、今後も新たな気づきを共有し、実践の場で活用していきたいと思います。

データ比較の工夫は？ 定量分析に取り組む中で、表面的な分析だけではビジネスの現場で活用できないという事実を改めて認識しました。より効果的な仮説検定を行うためには、どのデータと比較するかを十分に考える必要があると痛感しました。 複数比較のメリットは？ たとえば、ある一社のデータに依存するのではなく、複数の企業のデータを並行して比較することで、検定の信頼性が高まります。また、売上高の分析に際しては、単に売上の低下を把握するだけでなく、その原因を探るために仮説を立て、実際に仮説検定を実施するプロセスが重要だと感じています。 情報共有の秘訣は？ さらに、普段の情報共有の場においても、前年同月比だけでなく、業種別や地域別の視点で分析を行い、得られた知見をアウトプットする工夫が求められると学びました。 相関関係の本質は？ 今後は、相関関係に関する知識をさらに深めるため、より詳しい方の意見をお伺いできればと考えています。

講義の振り返りはどう進める？ ライブ授業はこれまでの講座の総復習のような内容でしたが、全体の約8割を思い出すのに苦労しました。講義後に、ただその場の学びとして終わってしまったことを反省しています。 目標設定は本当に効果的？ 一度にすべてを実践しても定着しないと痛感したため、今後は1日の始まりにその日の目標を設定し、少しずつ着実に実践していくことを意識します。 問いの共有は十分でしょうか？ また、問いと答え、すなわち主張と根拠を考える際は、まず自分がどのような問いを持っているかを明確にしたいと思います。そして、メンバーやお客様、上司が何を問いにしているのかを共有し、問いの統一を図ることが大切だと感じています。 指示の伝達は問題ない？ プロジェクト内でエンジニアへ指示する際には、伝え方ひとつで重大なミスやスケジュールの遅延を招く可能性があるため、ピラミッドストラクチャーを活用し、正確に意図が伝わるよう常に注意していきたいです。

具体解決にどう挑む？ 市民の困りごとに対しては、ただ単に共感するだけでなく、具体的な解決に向けた行動を促すことが求められます。そのため、課題が解決されない場合にどのような影響が起こるのか、また問題が解消されたときにどのような良い結果が得られるのか、具体的なイメージを持ってもらえるよう働きかける必要があります。 動機はどう高まる？ ただし、重要な視点が共有され一部自分ごととして捉えることができているものの、現状維持の心地良さを捨ててまで動こうとする強い動機付けには至っていません。実際に取り組んで成果を上げている現場の事例を示すことで、説得力をさらに高めることが望まれます。 本質をどう見抜く？ さらに、目に見える現象だけを改善しようとするのではなく、その背後に隠された問題の本質を見極めることが大切です。ユーザー視点を一人だけのものに留めず、問題解決の鍵を握る関係者とも情報を共有し、本質につながる情報を集め届ける姿勢が求められます。

顧客認識はどう？ 日々の業務や部門単位の営業戦略、さらには会社全体の経営判断という異なる判断範囲の中で、共通して大切なのは、誰を顧客とし、どの商品を通じて価値を提供するかという認識を社員全員で共有することだと学びました。 プロセスの見直しは？ この気づきにより、単に作業として形骸化していたプロセスであっても、本当に必要なものかどうかを検証することが可能になりました。すべての判断には目的や背景の理解が不可欠であり、それを明確にしなければ、数ある情報の中から適切な選択をすることは難しいと感じています。また、作業の目的や期待される効果、全体の流れを伝える重要性も強く実感しました。 理解の違いはどう？ さらに、同じ情報を見た場合でも、受け取り方や理解度は人それぞれです。社員全員が一定以上の理解と成果を発揮できる状態を目指すためには、どの部分が思考や行動のボトルネックになっているのかをしっかりと検証することが必要だと考えています。

数字の見方は本当か？ 数字をただ見るのではなく、視覚化やグラフ化することで、より多角的な意味を見出すことができると実感しました。また、MECEの基本的な考え方についても理解が深まり、モレやダブりを意識することの重要性を学びました。「本当にそうか？」と問いかけるプロセスが、短絡的な結論を避ける上で大切だと考えます。 疾患領域はどう選ぶ？ 新規薬剤や新たな事業領域の開発を考える際、まずは対象となる疾患領域を絞り込む必要があります。さらに、その絞り込んだ後のポピュレーションや、疾患の重篤度、患者数、事業性、競合環境など、さまざまな切り口からニーズの有無を検証することが求められます。 課題分解は的確か？ また、課題をどのように分解し、分解が適切に行われているかを意識することも重要です。一人で考え込むのではなく、メンバー間で様々な視点を共有し、切り口のアイデアやモレ・ダブりの有無を話し合いながら進めていくことが効果的だと感じました。

データ分析の本質とは？ Week 1の講義・学習で新たに学んだ点は以下の3点です。①データ分析の本質は「比較」、②データ分析は必ずしも「定量的である」必要はない、③データ分析の前の条件設定が重要。前提条件が揃っていないと正しい分析はできません。 分析結果をどう共有する？ 社内データの活用時に、前提条件・分析目的・分析結果から行うアクションを利害関係者に共有することで、共通の目的達成のために議論ができると感じました。データ分析は一方的に行い、結果を発信するものではないということを広く共有し、浸透させたいと考えています。 データ活用を身近にするには？ データに関する業務が属人化しており、”データ活用＝特定の人の特別な仕事”になっている部分があります。現在扱っているデータは広く社内で活用可能な内容も含むため、よりデータ活用を身近に感じてもらえるような機会（社内セミナー、報告会）を増やす必要があると思います。

問いの共有はどう？ 日頃から仕事で「イシューは何か」を考えてはいたものの、問いを意識し続けたり共有することはあまりできていなかったと感じています。しかし、共有がなければ話が進まず、解決策を見つけるのが難しいということにも気づきました。 データ活用の期待は？ 来月からはデータ部門のサポートに入るため、さまざまなデータを活用してイシューの洗い出しと解決策の検討を行うのがとても楽しみです。これまで学んだ内容をもとに、相手に分かりやすく伝えるため、図や表、イメージなどを積極的に活用しようと考えています。そのためにも、まずは基本から再度復習することにします。 伝える工夫は何？ まず、基本をしっかりと復習し、自分の言葉でノートにまとめたアウトプットを行います。そこから実務でデータを使い、自分なりの工夫を加えたスライド作成や資料作りに取り組むとともに、人に伝えるための表現方法にも意識を向けていこうと思っています。

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

正しい問いは何？ 「問い」を誤ると、その後の努力が無駄になる可能性があると感じました。そこで、常に「問い」から始め、本当に正しい問いであるかを考えることの重要性を学びました。また、そのプロセスを共有し、確認し続けることも大切だと認識しています。 会議で問いは必要？ IT業界においても、そもそもの「問い」が誤っていたり、思い込みにより不要な作業が生じている場合があります。したがって、会議や議論の場で「問い」を意識的に共有することで、無駄を省き生産性を向上させられるのではないかと考えています。 導く問いは何？ 今後も常に「問い」から出発し、その正しさを確認・共有する姿勢を業務に取り入れていきたいと思います。また、クリティカルシンキング研修で学んだ自分の思考の偏りに気づいた経験を踏まえ、学んだ手法や考え方を活用しながら論理的な分析やグラフ作成など、客観的な判断ができるよう努めたいと考えています。

イシューはどう見える？ イシューを立てること自体が大きな学びとなりました。現状とありたい姿のギャップを埋めるために、課題と対策を検討するプロセスは難しさを感じる部分もありましたが、初週からのさまざまな視点と角度からの検討により、複数のイシューが浮かび上がることが実感できました。 会議運営はどう変わる？ また、これまでの会議では話の軸がぶれてしまい、結論が出ないまま次回に持ち越されることがありました。今後は、必ずイシューを意識しつつ、話題がずれ始めた際に軸を戻す役割を積極的に果たしていきたいと思います。 戦略策定はどう進む？ さらに、チームで下期の戦略を立てる時期にあたり、現状とあるべき姿をしっかりと設定し、そのギャップから導かれる「課題」についてブレインストーミングを進める予定です。本質に沿った課題が抽出されるよう、チームメンバーにもこの考え方を共有し、対策を講じていく所存です。