(48ページ目)

業務 ✕ 共有

に関する学び

---

問いを立てる意義は？ 今回の演習では、まず問いを立てることの重要性を再確認しました。複数の演習を通じ、イシューを明確にすることで分析がスムーズに進むことを実感しました。また、問いを残し共有することで、論点がぶれることなく目的に向かって議論を進められることにも気づかされました。 会議で問いは重要？ さらに、会議やミーティング、各種報告などさまざまな場面において、クリティカルシンキングが有効であると感じました。行動に移す前には、一度立ち返って問いを立て、論点や目的、すなわちゴールを明確にすることを最優先にする考え方が大切だと思います。 担当業務、問いはどう？ 自身の担当業務においても、まずは問いを立てることから始め、問いを残す・共有するというサイクルを実践していきたいと考えています。その際には、自分の思考の偏りを認識し、メンバーから多くの情報を引き出しながら、より多角的な視点で問いを構築していくことを意識していきます。

どう問いを明確に？ 物事を考える際、まずは「問い」を立て、それを明確にすることが重要です。この際、「問い」は具体的であり、数値を示すことで客観性が増し、仲間とイメージを共有しやすくなります。「問い」を常に持ち続け、決して外れないことも大切です。 展示会で何を問う？ 展示会業務運営の問題解決においても、「主催者からのアンケートや施工会社からの提案に対してどのように答えるか」「どこで問題が発生しそうかの洗い出し」など、具体的な問いを立てることが求められます。また、営業企画業務の立案においても、「効果的な研修立案」や「マーケティングの立案」といった問いを持つことが挙げられます。 指示の背景は？ 上司からの指示があった場合には、なぜその指示が出されたのか、その目的や背景、いつまでに完了すべきかを把握することが必要です。解決すべき課題について、まずは自分だけでなくチーム全体で問いを共有し、ズレがないよう確認しましょう。

サイクル実践の意味は？ 指示、生成、評価というサイクルを何度も繰り返すことで、自分のイメージに近い成果を導き出せると理解できました。このサイクルを意識してできるだけ多く実施することが大切だと感じています。また、デジタルの進化によりデータ化できるものが増えた結果、今まで存在しなかったビジネスチャンスが秘められているという実感を得ました。 AI活用現場の工夫は？ まずは実際に使ってみることが重要です。具体的には、以下の取り組みを行っています。 ・毎日の業務の中で、意識的にAIを活用する ・週に1回、同じテーマで複数のAIモデルを試し、その結果を記録する ・月に1冊、AI活用やプロンプトに関する本を読む ・社内の同僚に、実際に使っているAI活用法を共有する 記録と共有で何が変わる？ さらに、記録の方法や学習の進め方、そして社内メンバーとAI学習について共有する方法なども、引き続き模索していきたいと考えています。

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

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

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

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

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

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

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

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

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