(37ページ目)

役職が「課長」

の受講生の学び

---

日本語と理由付けの重要性は？ 物事を相手に伝える際には、正しい日本語としっかりとした理由付けが必要です。正しい日本語を使うことで、聞き手の負担を軽減できます。さらに、伝えたい内容を具体的な例を用いて説明することで、聞き手の理解が深まり、説得力が増します。ただ結論を伝えるのではなく、それを支える理由や根拠を示すことで、わかりやすい文章に仕上げることができます。 メール送信で意識すべきポイントは？ このスキルは、特にお客様へのメール送信の場面で活用できます。メールは会話形式ではないため、長い文面は読まれにくく、行間に込めた内容も伝わりにくいです。それにより、メールの往復が増え時間がかかってしまいます。これまで、簡潔で理解しやすい文面を考えるのに時間がかかっていましたが、今回の学習で文章の書き方や話し方を学べたことで、今後は活用できそうです。 構造化される文章の効果は？ メールや資料の説明では、事前の準備としてピラミッド・ストラクチャーを使い、結論から理由付け、具体例へと細分化して文章を構築したいと思います。最初は時間がかかるかもしれませんが、その構造化が自然にできるようになれば、話し方や説明の仕方も改善されると考えています。

グラフタイトルの工夫は？ グラフを利用する際は、適切なタイトルをつけることが重要です。また、軸や単位の記載を忘れずに行いましょう。ヘッドラインで記載した文章との流れを一致させ、グラフや表を配置することで、資料全体の理解を深めることができます。フォントの工夫は有効ですが、多用しすぎると逆効果になる点に注意です。 資料作りの難しさは？ これまで、目的に沿ってグラフを選んではいたものの、習慣に頼る部分もありました。新たなグラフの使い方を学び、表現の幅を広げていきたいと考えています。私自身、色覚異常があるため、色を使った表現はなるべく避けています。そのため、形や大きさの工夫によって見やすい資料作りを試みていますが、依然難しさを感じています。今後も引き続き工夫していきます。 文章順序を見直す？ 文章の順序性に関しては、表やグラフとの整合性を意識しながら調整してきましたが、個々の文章内での順序については考えが及んでいなかったかもしれません。これについても意識を高めて取り組みたいと思います。また、メール文書のタイトルにはさらなる工夫の余地があると感じているため、送信前に立ち止まり、慎重にタイトルを考える時間を設けることにします。

イシューの意義は何？ イシューから始める重要性を学びました。ビジネスのあらゆるシーンで、まず問いを立て、問いを残し、共有するという3つのステップを実践していきたいと感じました。会議や相談、報告の場面では、何がイシューなのかを明確にしながら議論を進めることを心がけたいです。 上司との報告はどうする？ 上司への報告や相談の際、また部下からの声にも意識的にこの視点を取り入れていきます。事業の未来像を描くときや市場環境を踏まえた打ち手を考える際、まずはイシューを特定することが基本であると認識しています。顧客課題の解決においても、打ち手の提案を受けたときには「そもそも解決したいイシューは何か？」と問い直す勇気を持つことが必要だと感じました。 業務の進め方はどうすべき？ 日々の業務においては、朝の計画段階でその日に直面するイシューを具体的に描き、どの段階まで分解し答えにたどり着くかを明確にしてから取り組むつもりです。また、業務終了後の振り返りでは、定量的に自分や周囲の仕事の状況を把握し、イシュードリブンなアプローチを徹底して活かしていきたいと思います。特に、自己内省の際にこの考え方を利用し、より実践的な業務遂行を目指します。

フレームワーク活用は？ 課題に対して仮説を立てる際、4Pや3Cなどのフレームワークを活用することで、これまでの漠然としたアプローチから、より効率的かつ効果的な方法へと進化できることを実感しました。従来の方法と比べ、論理的に整理された仮説構築が可能になり、今後の取り組みに大きな期待を持っています。 客観データで見直す？ また、仮説思考においては、反論を排除せずに客観的なデータ収集を行い、都合の良い解釈にとらわれないことが重要だと学びました。仮説が間違っている可能性を認め、検証に基づいた見直しを行う姿勢が、正確な結論に繋がると感じています。 問題解決の切り口は？ 今後は、問題解決に向けて複数の仮説を立てる際、フレームワークを活用しながら様々な切り口で検討していきたいと思います。これまで何となく仮説を立てていた点を改め、より具体的かつ体系的なアプローチを心掛けるつもりです。 進行中の分析は？ 現在進行中のデータ分析に関しても、今回の学びを活かし、もう一度仮説を立て直して検証を行います。日々の業務において常に仮説と検証のプロセスを意識し、フレームワークの活用に習熟することで、より確かな成果を目指していきます。

本業の利益って何？ 営業利益は本業で得られる収益と費用の差額、つまり本業での儲けを示す指標です。一方、経常利益は本業以外の収益や費用も含め、事業全体として持続的に利益が出ているかを判断する材料となります。最終利益である純利益は、これら一連の利益計算の総括として位置づけられます。 損益項目の違いは？ 企業ごとに提供する価値やビジネスモデル、コンセプトの違いから、各損益項目の特徴や数値は異なるため、PL（損益計算書）をもとに自社の強みや弱みについて仮説を立て、分析することが求められます。 計画は合致している？ まず、所属部門が策定する年間実施計画について、取組アイテムや目標、スケジュールが自社のPLと合致しているかを確認することが重要です。また、担当するプロジェクトの商談においては、ターゲット価格から原価、利益までを検討する際に、自社の決算説明会の内容をしっかり理解し、部下にもその要点が伝わるように説明する必要があります。 他業界の価値は？ さらに、製造業に勤務している立場から、製造業以外の業種が提供している価値とPLとの相関関係を見直し、どのような特徴として表れているのかを分析してみることも有益です。

シンプル化の秘訣は？ 「ロジックツリー」と「MECE」には、考え方やビジュアルがシンプルで分かりやすいという印象を受けました。混沌とした状況下で課題が見えにくいと感じるとき、ただ箇条書きにするのではなく、階層化や図示を行うことで、頭の中をすっきり整理できると思います。また、MECEの使い方においては、突き詰め過ぎることが必ずしも良くないというアドバイスが非常に参考になりました。 伝達工夫はどうする？ 「ロジックツリー」と「MECE」は、自分自身の業務整理だけでなく、後輩への指導やグループ内での問題解決にも役立てたいと考えています。普段、口頭やメールだけで意思伝達を済ませがちな点を反省し、今回学んだ手法を取り入れて、相手により正確に意図を伝える工夫をしていきます。 見える化はなぜ？ 所属する営業グループでは、週2回のミーティングで各個人やグループ全体の課題を共有しています。そこで今回学んだ思考法を活用し、課題を見える化することで、より分かりやすく整理できると感じています。また、私個人としても、週末にリラックスした時間を設けながら紙にロジックツリーを書き出し、課題を整理する試みを行いたいと思います。

ワークショップでの学びは？ 問題解決のステップについては以前聞いたことがありましたが、今回のワークショップではすぐに思いつかず、アイデアが発散してしまいました。学んだフレームワークを活用して思考する習慣をつけていきたいと思います。また、MECE（Mutually Exclusive, Collectively Exhaustive）を行う際、層別分解は比較的考えやすいものの、変数分解は思いつきにくく、これについても日々練習が必要です。 コミュニケーションで注意することは？ 打ち合わせでは、意見が対立したり、言いたいことがうまく伝わらず、お互いのイメージが合わないことがあります。このような場面では、MECEを用いてブレスト（ブレインストーミング）すると、目線を揃えやすくなります。したがって、コミュニケーションツールとしても積極的に活用していきたいです。 お客様との認識をどう一致させる？ お客様にシステム開発の見積を提示する際、その作業内容や作業量を説明する必要があります。単なる金額の羅列ではイメージしにくいため、プロセスを分解したり、変数分解して説明することで、お客様との認識を一致させたいと思います。

数字は信頼できる？ ビジネスにおいて、「捨てる」という判断を下すことは難しい。しかしながら、時間は有限であり、全てのことに対応することは不可能であるため、何を継続し、何を捨てるかを見極めるためには、より深く考えることが必要だと感じる。その際、感覚に頼らず、数値的な根拠に基づいて判断することが重要であり、他者を説得する場面でも役立つだろう。私は、こうした数値的根拠をもとに「捨てる」技術を身につけたいと考えている。 不要業務は見直す？ また、業務においては、かつては重要だったが時代の変化とともに不要になったものも存在すると考えている。業務の合理化や効率化を進めるためにも、不必要な業務がないかを見直す必要がある。そして、業務の目的を再確認し、適切な判断を行いたいと思う。 目的と順番は？ 具体的には、業務を一つずつ振り返り、その目的を考えることが大切だ。目的が不明瞭なものについては、過去からの慣習として続いている可能性があるため、「捨てる」ことを検討する。また、業務を可能な限り数値的根拠で示し、それをもとに優先順位をつけることで、採算性の低いものについては勇気を持って捨てるという決断を行うべきである。

読み手を惹きつけるには？ プレゼンテーション資料を作成する際に、読み手に「読んでもらえる」工夫が大切だと改めて感じました。フォントや色、グラフの使い方に注意し、強調する部分では適切な配色を用いることが重要です。さらに、アイキャッチやリード文を上手に使って、タイトルや冒頭で読み手の興味を引けるよう心がけたいと思います。今まである程度は読み手の立場を意識していたものの、最後まで読んでもらえるかどうかまで配慮できていなかった点に気づかされました。 メール表現はどうする？ 取引先へのメール作成時も、タイトルや冒頭部分の読みやすさを意識することが求められています。また、資料作成の際には、今回学んだフォントや配置、グラフのスキル向上を実感し、見やすく分かりやすい資料作りを心がけるようになりました。文章構成やグラフの表現にはまだ伸ばせる部分が多いと感じ、今後さらにスキルアップを目指していきたいと考えています。 伝え方は改善できる？ 普段、忙しさにかまけて自分の伝えたいことだけを記載してしまうことがありましたが、これからは読み手の立場に立った、分かりやすく丁寧な文章作成をより一層意識していこうと思います。

数字の背景は何？ P/Lは単なる数字の羅列ではなく、自社が提供する価値やそのためにかかる費用を想像する視点が重要だと感じました。数字の背景にある事業活動を読み解くことで、利益を生み出す本質的な仕組みが見えてくると実感しました。 努力の物語は何？ また、自社の利益の源泉やそれを獲得するための努力をストーリーとして捉えると、どのような活動が必要なのかが明確になります。こうして事業の核となる「価値」がどこにあるのかを理解する姿勢は、P/Lの読み解きに大いに役立つと感じました。 行政はどう違う？ 一方、行政活動においてはP/Lを意識する機会が少ないと改めて認識しました。民間企業が収益追及を目的とするのに対し、行政のサービスはより幅広い目的を持っているため、費用面の管理が十分に重視されていないケースが多いようです。 施策の価値は何？ さらに、移住定住施策のような事業体では、単に移住者数を増やすだけではなく、何を提供するのかという価値が明確でないまま施策が進むケースがあると感じました。提供価値とそのための活動をしっかりと結びつけながら検討することが、よりP/L的な視点を持つ上で重要だと気づかされました。

付加価値って何？ 今回の講義で、ものそのもの以上に付加価値があるという考え方について、機能的価値と情緒的価値という観点から言語化する重要性を改めて感じました。顧客の体験は、個々の感情と結びつくことで唯一無二のものとなり、結果として競合との差別化が図りやすくなるという点に大きな気づきを得ました。 物語はどう描く？ また、商品設計においてすでに情緒的体験を多く取り入れている商品でさえ、パッケージ一つでも消費者にワクワク感を与える可能性があると実感しました。企業全体で徹底するのは難しい中、商品認知から購買に至るまでのストーリーを一連で具体的に描くことの重要性を強く認識し、担当商品の振り返りが必要だと感じました。 多面的に成功する？ 正直なところ、プロダクト自体の視点だけではどうにもならない商品が市場に出回る場面もあると実感しています。しかし、今回の講義で得た知識を基に、プレイスやプロモーション、体験価値など複数の要素を組み合わせることで、成功の可能性を高められると感じました。今後、このような商品に出会ったときには、従来の一方向的なアプローチだけでなく、多面的な視点から売り方を検討してみたいと思います。

思考癖はどう考える？ 自身に思考の癖があることを改めて受け入れ、それを知りたいと思いました。判断を行う際には、大小問わず一度同僚や部下に相談し、どのように判断すべきかを問うつもりです。これは、自分の思考の癖を理解することと、相手の意見を受け入れることの両方が目的です。知識や経験から素早く判断する癖もあるため、その点も注意が必要です。 会議で何確認する？ デザインやクリエイティブの会議、状況報告、指示の受け渡しの際には、目的を明確にしておくことが大切です。一度出た課題や結論に対しても、自分自身や周囲に対し異なる視点や考えがないかを問いかけることを意識します。癖があることを前提に、それを受け入れ、目的と照らし合わせた判断を行うように心がけます。 結論の真意は？ 自分や相手の判断の癖を改めて言語化し、通常の流れに一石を投じるつもりです。異なる視点で見たときに結論や方法に違いがないか、指示されたりする内容の本意がどこにあるかを考えます。それは一見手間がかかりスピードが落ちそうに感じることもありますが、逆に最短で目指す場所に辿り着ける可能性があるかもしれないという期待を持ちながら進めていきたいと思います。