(64ページ目)

役職が「課長」

の受講生の学び

---

データ分析ってなぜ？ 全体を通してデータを分析する重要性を改めて実感しました。今まであまり意識していなかったMECEの考え方―漏れや不足がない状態―について、比較の段階があることやそれぞれの段階で分かる情報の違い、そして明確な発見があるという点が印象に残りました。 着地見込みの工夫は？ また、着地見込みを作成する際、単価を中央値で表示するなど細かい部分にも応用できる点を体験でき、シミュレーションに積極的に取り入れていきたいと感じました。今後は、シミュレーション結果や予算、実績とのGAP分析にもこれらの方法を活用し、より精度の高い検討を行いたいと思います。 GAP検証で何が起こる？ さらに、シミュレーション実績との比較をもとにGAPの仮説検証を実施し、次の期には軌道修正が図れるよう動いていく予定です。まずは表やグラフを作成して比較し、そこから差異分析を行って仮説を立て、改善に結びつけていきたいと考えています。

数値分解はどうする？ ITの現場では原因分析のシーンが何度もあり、今回の学習は具体的な分析手法を再確認する良い機会となりました。特に、数値をどの要素で分解するかが重要で、正確に分けないと誤解を招く恐れがあるという点は、日常的に直面している課題でした。そのため、今後は多角的な視点で分解することを意識したいと考えています。 印象改善はどう実現？ また、プレゼンテーションなど、相手に良い印象を与えたいシーンにおいても、事実と異ならない範囲で資料を工夫する手法として、この学びを活用できると感じました。 不具合原因の見直しは？ システム構築における不具合の数や原因分析の場面でも有用であるため、既存の分析フォーマットの中から今回の学びで得た要素を見直すことにします。さらに、部下と行う1on1でのヒアリングシーンにおいて、メンバーが抱える不安や不満などのメンタル的な問題に対しても、役立てられないか検討したいと思います。

伝える前の準備は何が重要？ 相手に何かを伝える際には、話す前に自分の考えや伝えたい内容、目的、そして理由をしっかりと整理しておくことが重要だと理解しました。伝えた後には、ちゃんと伝わったかどうかを確認し、さらに相手の話を聞きながら生じたギャップを埋めていくことが大切です。 相手のニーズをどう捉える？ 私が関わっている業界では、相手のニーズや要望、期限や制約などを明確にすることが非常に重要です。これまでの私は、相手から話を引き出すことに注力してきましたが、なぜそれが必要なのかの説明が不十分だったかもしれません。相手のレベルに合わせて話を進める必要性を感じています。 コミュニケーションの目的とは？ コミュニケーションは何のために行うのか、その目的と目指すゴールを常に意識して、話し、そして聴くことが重要です。お客様との商談、社内のメンバーやパートナーとの会話、面談において、これを明確に実行したいと思います。

どの表現が伝わる？ 伝える際は、常に相手の立場に立ち、どの情報が必要でどの表現が理解しやすいかを意識することが大切だと学びました。また、資料作成では伝えたい内容が多くなりがちですが、その中から最も重要なポイントを明確にし、視線の動きまで工夫する必要があると感じています。 商談でどう工夫する？ 日々のお客様との商談の場では、シンプルで伝わりやすい資料が求められます。上司から「1スライド1メッセージ」というアドバイスをいただいた経験もあり、受講生としても相手の立場に立った資料作成を心がけています。また、グループ内でタスク依頼をするときにも、相手が読みたくなり知りたくなる文章を意識するよう努めています。 学びをどう活かす？ こうした資料作成のスキルは、経験を積みながら向上していくものだと実感しています。学んだことをアウトプットする機会を増やし、その成果を実際にお客様に提示する資料に活かしていきたいと思います。

資料作成の工夫は？ 授業を通じて、資料やスライドを作成する際に、読み手が理解しやすい内容に整える重要性を実感しました。例えば、フォントや文字色、サイズに工夫を凝らすことで、視覚的な強弱が生まれ、伝えたい情報がより明確になり、相手に伝わりやすくなることを学びました。 実践での改善点は？ 普段、実務で客先に提出する資料を作成する際も同様の点に注意しているつもりでしたが、体系的に学ぶことで、さらに具体的な改善策を取り入れられると感じました。 プレゼンはどう改善？ また、社内外向けのプレゼン資料や製品紹介資料を作成する際にも、今回の学びを活かし、フォントや文字色、サイズなどで強弱をつけ、伝えたい情報を的確に表現できるよう努めたいと思います。特に、来週の社内営業会の資料作成においては、自分だけでは気づきにくい読みづらさを防ぐために、他の人にも意見を求め、より受け取りやすいスライド作りを心がけるつもりです。

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

手法活用はどうする？ 5W1Hや層別分解の手法は知識として持っていましたが、実際の業務では目の前の課題にとらわれやすいと感じています。今後は、これらの手法を意識的に取り入れ、より体系的な分析を実施したいと思います。 理想との違いは何？ また、分析を行う際には現状とあるべき姿とのマイナス差に注目することが多かったことから、目指す姿とのギャップに関する分析が不足していると感じました。今後は、理想との比較も含め、より実践的な分析に活かしていきたいと考えています。 計測軸は見直すべき？ 各部門の工数実績を分析する中で、計測軸をMECEの観点から整備するためにその他の軸も設けています。しかし、全体の一定割合が「その他」に分類されていることから、課題の見落としが発生する可能性があります。このため、計測軸の見直しを行うとともに、現状のあるべき姿との比較だけでなく、目指す姿に対する分析も加えて実施していく所存です。

仮説は何のために？ 仮説を立てることで、問題意識が芽生え、物事に対する検証マインドが育まれます。時間軸によって仮説の内容は変化しますが、頻繁に検討することで説得力が増し、スピードや行動の精度が向上します。そのため、仮説を立てた上で実際に行動していくことが重要です。 なぜ結果に違いが？ 経理業務は過去のデータを整理する作業ですが、整理後の結果を見て、なぜこのような結果になったのかを考える際に仮説を活用できます。仮説を立てることで、結果が正しい理由があるのか、それとも処理に誤りがあったのかを、まずは検証することが可能です。 何が原因と判断？ 具体的には、予算との比較や前年度との比較を行うことで、突出した変化を確認します。もし大きな変化が見られない場合は問題がなかったと判断できますが、何かしらの極端な変動があった場合には、その原因を仮説に基づいて検証することで、より正確な分析が行えるようになります。

データ分析は何が肝心？ データを分析する際、「分解」する視点や切り口によって得られる情報が大きく異なることに気づきました。表面的な情報で安易に判断せず、多角的な視点からデータを分析し、十分に検証することの重要性を認識することができました。 要因の背景はどう検証？ たとえば、離職率の原因を調査する際には、年齢や勤続年数、部署、職位などの要素をMECEに分けて分析することで、特定の要因や傾向を見つけやすくなります。さらに、背景や理由を深く掘り下げることで、適切な予防策を講じることが可能になると考えています。 分解で見えているものは？ まずは、自分自身でデータを加工・分解することで、データ分析に慣れていきたいと思います。データを扱う際にはMECEを意識し、さまざまな視点から分析を行うことを心がけます。また、そこから導き出した仮説については、他の視点からも確からしいかを検証する姿勢を持ちたいと考えています。

全体像はどう捉える？ データ分析を行う際は、まず全体像を定義し、その上で各要素に分解して考えることが重要です。分解の際には、MECEの状態を目指しながら、what、where、when、howといった切り口や、要素別、ステップ別といった手法を用います。たとえば、年齢という切り口でも、単純に10代、20代と分けるのではなく、18歳まで、22歳まで、23歳以上といった意味を持たせることで、傾向が把握しやすくなります。 異常検知の視点は？ 品質管理の現場では、異常を検知した際にその原因を漏れなく洗い出し、特定するためにMECEの考え方が役立ちます。加えて、全社で実施されるエンゲージメントサーベイでは、さまざまな属性を切り口にデータの傾向を掴むことで、改善のための具体的な計画を立てる取り組みを実践しています。 このように、複数の切り口の中から目的に合ったものを選択するには、一定の経験が必要であると実感しました。

本当に伝わる？ 普段の文章作成において、主語や述語の使い方が不十分であることに気づきました。そのため、何よりもまず、相手に正しく伝えることを意識し、文章を構成する必要があると再認識しました。意図が誤解されないよう、伝達内容を明確にする努力が大切だと感じています。 論理は伝わる？ また、プロジェクトにおいて上位者に提案や判断を説明する立場上、論理的な理由付けが不可欠であると実感しました。自分自身に「本当にそうか？」と問いながら、チーム内で議論を重ね、円滑に意思決定を進められるよう努めていきたいと思います。 主張の整理できてる？ さらに、ピラミッドストラクチャーを活用してチームの主張を整理し、話の飛躍がないか、理由付けが状況にふさわしいかどうかを事前に確認することの重要性を実感しました。たとえメール一通であっても、主張と理由が相手にわかりやすく伝わるよう心がけ、常に内容を見直すようにしています。

文章の組み立てはどう？ ピラミッドストラクチャーを意識して話を組み立てたり資料を作成したりしているつもりでしたが、日常のメールでは相手への配慮が欠けた文章を書いていたと感じました。特に、「日本語を正しく使うこと」や「自身の文章を評価すること」を怠っていました。 伝わる文章はどう？ 上司や部下に対する説明や説得、PLやBSの評価作成、プロジェクトの起案、そして日々のメールでのコミュニケーションが必要です。文章にするのが苦手だとわかったので、口頭や資料に頼らず、積極的に文章を書く習慣を身につけていきたいと考えています。 図解で伝えるのは？ ピラミッドストラクチャーで考えることを意識し、頭の中で組み立てるだけでなく、時には図解して頭の整理や説明に役立てたいと思います。また、メールの文面については「文章を評価する」ことを怠らず、相手の立場を考えてしっかりとチェックする習慣をつけたいと心がけています。