(47ページ目)

業務 ✕ 共有

に関する学び

---

問いから広がる可能性は？ 限られた時間の中で効果的に物事を進めるため、「常に問いを中心に考える」「問いを持ち続ける」「イシューが何かを捉える」「組織全体で問いを共有する」という４つの視点が大きな学びとなりました。これらは、業務に限らずさまざまな状況で活用できると感じています。 対話で意図を掴むのは？ まず、メンバーとの対話時には「問いは何か？」や「どのように順序だてて説明すれば良いか？」を意識するようになりました。その結果、相手の意図が掴みやすくなり、こちらから伝える内容に対する納得度も向上しました。 提案や報告の効果は？ また、上長への提案や報告の際にも、この学びを実践することができました。具体的には、時系列に沿ったグラフや資料を作成することで、自分の意図や考えが相手に伝わりやすくなりました。さらに、チェックを怠ろうとする場面では、相手への負担を意識することで、より正確に業務を遂行できたと感じています。

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

なぜ異常値が出る？ これまで、代表値や単純平均、加重平均は業務で使用してきましたが、幾何平均、中央値、標準偏差は財務業務では使う機会がほとんどありませんでした。特に、売上の成長率を計算する際に、幾何平均を用いなければ異常値が算出されてしまう点には驚きを覚えました。このことについて、なぜそのような結果になるのか、また今後どのように活用できるかを、再度整理する必要があると感じています。 今後の計算はどうする？ また、これまで主に財務データを扱ってきたため、幾何平均や中央値、標準偏差の計算・分析を実施する経験がほとんどありませんでした。そこで、まずは顧客の年齢層データを対象に、中央値や標準偏差を計算し、その分析結果を社内で共有する予定です。今後は、財務業務に応用できるデータとして、幾何平均、中央値、標準偏差が有効に活用できる分野を探り、エクセル関数を用いた計算方法についても調査し、実際に計算していきたいと考えています。

仮説はどう整理する？ 仮説については、これまで漠然と考えていた部分もありましたが、まずは「結論を出すための仮説」と「問題解決のための仮説」を整理し、ゴールを設定した上で仮説を並べ、データ収集を行うと分析のスピードが向上するのではないかと感じています。自分一人で考えるのではなく、こうした仮説をともに検討するメンバーと共有することで、目的がぶれることなく着実に目標に近づけると思います。 業務での仮説はどう活かす？ また、実際の担当業務においては、問題解決のための仮説を利用する機会が多いと感じています。サービス導入のためには、相手企業の課題を公表資料などから分析し、的確な提案につなげることが求められます。たとえ直接お客様に提案する場面がなくても、報道資料や決算資料などから得たデータを基に、どのような分析が可能で、どのようなサポートが企業の売り上げ向上につながるかを示すことができれば、良い循環を作れていくと考えています。

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

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

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

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

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

リーダーシップって何？ リーダーシップは、単に役職や立場によって発揮されるものではなく、日々の行動で示し、信頼関係を築く中で生まれるものだと考えています。また、状況に応じた方法を選ぶ柔軟性も、効果的なリーダーシップには欠かせません。 ゴールはどう確認？ まず最も重要なのは、共通のゴールを明確にすることです。各メンバーが担当する業務について、最初に目指すべき姿を互いに確認し合い、一致したイメージを持つことで、結果のブレを防ぐことができます。その上で、自主性を尊重しながら進捗や状況を共有し、必要に応じたフォローアップを行う体制が大切です。 疑問はすぐ解決？ 次に、疑問があればすぐに確認すること、そしてそのタイミングで適切なサポートを提供することが求められます。誤った理解のままタスクを進めてしまうリスクを減らすために、常に相互確認とフォローを意識し、状況をしっかりと把握することが重要です。

講師と仲間の気づきは？ ライブ授業を通じて、考え方を整理するうえで非常に役立つ時間となりました。講師の言葉による気づきはもちろんですが、グループワークで同じ課題に取り組む仲間と各自の言葉で意見を交わす中で、互いの視点の大切さを改めて実感しました。また、講師のファシリテーションにも多くの参考になる点がありました。 どうやって意見を引き出す？ 業務においては、自分の意見を先に示してしまいがちですが、今後担当する部門横断のプロジェクトでは、できるだけ多くの意見を引き出すため、ファシリテーターに徹することが求められると感じています。そのため、参加者が自分の考えを提案しやすい環境作りを意識し、目的の明確化や仮説設定、簡単なフレームワークの共有を行って、考えをより深められるように努めたいと思います。さらに、分析に際しては、その都度、定性か定量か、どちらが適切かを十分に見極めることを意識しています。

学びの意義は？ 私の学びについてお伝えします。 数値の発見は何故？ 数値データの詳細な分析は重要だと感じました。データの分類手法により異なる結果が得られることを理解しました。また、全体を定義し、仮説を立てることの必要性も痛感しました。具体的には、フレームワークとしてMECEを利用することです。 医療解析の視点は？ 医療技術関連に関しては、まず数値化可能なデータを取得し、求めたい結果を明確にしてデータ全体を定義しました。その後、仮説を立て、MECEを活用して分析を進めました。関連性がありそうな分野として、曜日別の忙しさや業務分析にこの手法が使えそうなので試す予定です。 未来の計画はどう？ 来週には、自分に関連する業務について計画を立て、その後、今回学んだ手法を活用して曜日別・年齢別の業務分析を行います。その分析結果を振り返り、上司や他の受講生とも共有したいと思っています。