(69ページ目)

共有

に関する学び

---

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

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

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

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

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

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

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

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

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

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

MECEの理解を深めるには？ MECEの考え方は非常にわかりやすく、理解することができました。これまで要因解析に活用していたロジックツリーを、別の目的の分析にも使えると知り、非常に驚きました。また、売上を単価と数量に分けて分析する方法も、実践しやすく感じました。 数字の分解で深掘り分析 要因分析では、数字を分解して深掘りすることが広く応用できると考えています。MECEをフレームワークとして理解したので、実際に分析する際には層別が漏れなく、重複がないかを図示して見える化し、確認していきます。 精度向上を目指す次のステップ 定性的な要因分析も含めて、まずはロジックツリーを実際に描いてみることから始めます。その上で、MECEの観点で層別が適切にできているかを図を用いて確認し、分析の精度を向上させたいです。また、これらの図を使って関係者と共有し、レビューすることで、より精度アップを目指します。

上司とリーダーはどう違う？ 上司とリーダーの違いについて、改めて考える機会となりました。リーダーになるためには、まず「行動」が大切だと痛感しています。そのため、行動を伴えるように意識や能力を伸ばしていく必要があると思います。また、意思疎通の重要性も再認識しました。 リーダーの責任とは？ 組織のリーダーとして、会社全体や各関係者、そして個人としての見解を求められる場面が多くあります。予算の最終決断や事業方針の決定、部下との1対1の対話、プロジェクトの進捗確認、さらには日常の会話においても、リーダーとしての責任を感じずにはいられません。 行動で信頼を伝える？ これからは、すべての業務において自身の思いをしっかり伝え、情報を共有したいと考えています。単に声に出すだけでなく、各タスクを細かく確認し、必要に応じた助言を行うことで、言葉だけに留まらない「行動」を重視したリーダーを目指していきます。