(70ページ目)

共有

に関する学び

---

なぜ問いを立てるのか？ 考える前に問いを立て、何を考えるべきかを明確にすることが、大きな気づきとなりました。 データ考察で何が見える？ 課題に直面した際、データを基に考察すると、必ず浮き彫りになる点があります。浮かび上がった課題を鵜呑みにせず、他の可能性も探ることの重要性を学びました。 達成者の傾向はどう分析する？ 日々の日商報告を確認し、達成者の傾向と自分への適用を考察します。業界的な前回の傾向や課題に対して、どのような対策が可能かを考えるのが重要です。常にデータを収集し、顧客に一目で分かるように可視化します。また、月ごとの求職者の動きなども考慮します。 営業活動をどう振り返る？ 毎週の振り返りでは、自身の営業活動を定量的な観点から振り返り、課題の提示と次週の動きを共有します。また、顧客提案時には「人を採用する」以外のニーズをさらに深掘りし、できるだけ定量的に提案していくことを心掛けています。

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

どこに課題が潜む？ 今回の講義を通して、課題の把握と改善のプロセスを具体的に理解することができました。どの段階に課題が潜んでいるのかを明確にし、改善策を講じる際には、単に取り組むのではなく、状況を比較しながら検証することが重要だと実感しました。 どのプロセスが効果的？ また、最終ゴールに向かう各プロセスを数値や成果で把握し、どこに最も効果が得られるのかを検討する必要があると感じました。A/Bテストのような手法を用いて、具体的な改善状況をモニタリングしながら継続的な改善を進める体制の構築が求められると捉えています。 どうチームで共有？ まずは、自身の業務における最終ゴールに向け、対象者のプロセスを整理して見える化し、改善すべきポイントを洗い出すことが大切です。その上で、実施可能な箇所でテストを行い、プロセス全体と改善の手法についてチーム全体で共有し、全員が理解できるようにすることが必要だと考えています。

仮説検証の重要性を再確認 段階を踏んで仮説検証を進める重要性を改めて認識しました。また、A/Bテストという手法についてこれまで全く知らなかったため、新しい分析方法として今後積極的に活用したいと考えています。 A/Bテストの効果的な活用法は？ 売上向上の施策に対しても、効果検証としてA/Bテストを用いてみたいと思います。これまで効果検証自体は実施していましたが、異なる施策を同時に行ったことはありませんでした。今後は実施できる事案を含め、慎重に検討していく予定です。 情報共有と承認のステップ まず、１か月以内に従来の施策とA/Bテストによる効果検証の違い、メリット・デメリットに関して部長会で情報共有を行う予定です。その際、A/Bテストが実施できそうな事案についても紹介し、従来法では得られない効果まで説明します。実施に対する承認を得た後は、来期の1Q内に実務担当者と協力し、テストを実施する予定です。

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

イシューの定義は何？ イシューとは、今考えるべきことは何かを問いとして捉えることです。課題解決に向け、まずイシューを具体的に設定し、疑問形にすることでより明確になります。例えば、「来年度の採用」ではなく、「来年度の採用改善のためにどんなアイデアがあるか？」と問い直すことで、議論の焦点が明確になります。 共有のポイントはどう？ また、イシューは書き記すなどして明確に共有しておくことが重要です。議論の途中で話が脱線しないよう、また脱線した場合でも元の議題に戻るための基準として利用できます。 会議のずれは防げる？ 特にグループの定期ミーティングでは、話題と異なる内容に飛躍してしまい、会議が長引いたり結論が不明瞭になるケースが散見されます。そこで、議論を始める前にイシューをはっきりと設定し、スライドなどの見える形で示すことで、話のずれを防ぎ、必要なときには議論を元に戻せる環境作りが求められます。

数字はどう見える？ 数字の分析では、単に数値をそのまま解釈するのではなく、多角的に検証することの重要性を実感しました。MECEの観点から数字を整理・分析することで、現状を正確に把握できるだけでなく、結論に至った理由や背景も明確になると学んだからです。 意見共有はどうする？ また、さまざまな立場の人と意見交換する際、分析した数字を根拠として現状を共有することは、認識の齟齬を防ぐうえで大切だと感じました。たとえば、次の企画を提案する際、「なぜこの企画を行うべきなのか」を過去の実績や傾向を基に説明すれば、相手に納得感を持ってもらいやすく、スムーズにアクションへとつなげることができると思います。 議論の進め方は？ そのため、事前準備として過去の実績数値をMECEの視点で整理し、どのポジションや役割のメンバーであっても理解できるよう、複数の角度からの分析結果を基に議論を進める姿勢を大切にしたいと感じました。

スライドのポイントは何？ スライドを作成する際、まず何を伝えたいのか明確にしてから、適切なグラフや表の形式を選びましょう。スライドを見る人が馴染みのない形式のグラフや表は避け、左から右、上から下の順に配置します。これにより、メッセージが伝わりやすくなります。 資料作成で意識すべきことは？ また、資料を作成する場面では、クライアントとの検討会資料や中間・最終報告資料、自社向け案件事例共有会の資料など、視覚化を意識することが大切です。同様に、社内向けの文書でも読んでもらうための努力が必要です。 文字コミュニケーションの工夫点は？ 文章を書く際は、「読む人はこの表現や構成で読んでくれるか」を考えて推敲することが大切です。特に社内向けのメール通知や作業依頼文、例えばアンケート回答やテスト協力のお願いなどでは、この点を意識しましょう。広告や雑誌を参考にして、どのように読者の目を引くかを学ぶことも有効です。

今の課題って何？ 問いの設定によって考える方向性が変わることを実感しました。「今取り組むべき課題とは何か」を常に意識し続けることが重要だと感じます。この問いをチームで共有することで、全員が同じ方向を向いて取り組むことができると思います。この際には、できるだけ具体的に話すことで解釈の違いを防ぐことが大切です。 イシューはどう共有？ 特に、「イシュー」をチーム内で共有し、メンバーそれぞれが自分の課題として考え、異なる視点から解決策を見出す環境を作りたいと考えています。そのためには、個々人からのフィードバックも重要で、チームとして共有できているかを確認することが必要です。 思考は正しく伝わる？ また、自分の思考をメタ認知し、論理的に思考できているかを常に確認することも欠かせません。メンバーに情報を共有する際には、具体的な伝え方を心掛けることで、誤解や解釈のズレを最小限に抑える努力をしています。

手順の共有の意味は？ 実務の中で、手順やロジックを言語化することが、他者との共通理解を深める上で大いに役立つと感じました。抽象度の高い課題を、what、why、howのステップを踏んで具体的な対策へ落とし込むプロセスは、非常に有効です。 どんな課題に挑む？ 現在、私は「マイナスからゼロへ」そして「ゼロからプラスへ」という二つの課題に取り組んでいます。チーム内の共通理解を促進するため、整理した論点に今回学んだ方法論を適用し、共有することに力を入れています。 経験から得る信頼は？ また、私は転職経験があり、外部の常識や経験を活かして自社の課題を指摘しています。しかし、その指摘ポイントが十分に共有されていない状況です。論点を一つ一つ明確に示し、なぜその取り組みが必要なのか、背景や問題点を含めたたたき台として解決策を提示することで、共通認識をより強固なものにしなければならないと感じています。

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

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