(19ページ目)

結果 ✕ 本

に関する学び

---

数字の見せ方はどう？ グラフや比率などの数字の表示方法を変えることで、印象が異なり、最初の情報だけでは気づかない傾向や特徴を発見できることを学びました。グラフ化する際も、分類の仕方によって見えてくるものが変わります。まずはRaw Dataを確認して全体を把握し、その上で何を伝えたいのか整理して数字を整理する必要があると実感しました。 切り口は何で違う？ また、数字の切り口によっては本質を見誤ることがあります。そのため、常に複数の切り口を持ち、一つの見方だけではなく、様々な切り口で数字を分析することが重要です。これまで経験に頼っていた切り口も、When、Who、Howを意識することで幅広く持てるようになると気づきました。 データの視点はどう？ 私の仕事では日常的にデータに触れ、それを解釈しています。同じ現象の分析にも異なる視点を持つことを心がけています。具体的には、宿泊予約数の動向をデイリーのデータで見ていましたが、週次や月次で見るとどのような違いがあるのかを早速試してみたいと思います。また、他の切り口での分析も手間はかかりますが、視野を広げるために取り組んでいきたいです。 行動する意義は？ 自分の思考の癖から抜け出すには、まず行動することが大切です。ひと手間、ふた手間加えて、複数の視点で分析することを心がけます。その際、これまでの分析結果や結論を再評価し、本当に正しいのか疑う姿勢を持ち続けたいです。また、MECE（漏れがなく、ダブリがない）の意識を持ち、ロジックツリーを活用していくことで、このフレームワークに対する苦手意識を克服していきたいと思います。

基本の分析は何？ 問題解決の基本は、What（何が）、Where（どこで）、Why（なぜ）、How（どのように）の4つの視点から、問題を細かく分析することにあります。また、数値データを確認し、想定とのギャップがある部分に焦点を当てることが大切です。ギャップが見受けられない部分は、分析の対象外としても構いません。 ロジックの使い方は？ ロジックツリーを活用する際には、すべてを無理に細分化する必要はありません。説明が難しい情報や、現状の目的に直接関係しない要素は「その他」としてまとめる手法も有効です。ただし、この「その他」は単なるゴミ箱ではなく、整理の一方法として位置づけることが求められます。 MECEとは何が大切？ また、MECE（漏れなく、ダブりなく）の考え方は重要です。過去の分析では、もしかしたら見落としや重複があったのではないかと改めて確認するきっかけにもなりました。これにより、より網羅的で正確な分析が実現できると感じています。 部署比較で何が分かる？ サーベイの結果を分析する際は、全体と各部署の数値（平均）の比較から、ギャップがある箇所を特定し、その原因を探ることが有効です。ここで意識すべきは、誰かを非難するのではなく、次のアクションにつなげるための具体的な改善策を見出すことです。 対策の次は何だ？ 最後に、分析を進める際には、What, Where, Why, Howの視点を忘れず、単なる感想に終わらせず、どのように対策を講じるかというネクストステップを明確に示すことが重要です。また、過度に個人の特性に着目しすぎないよう注意する必要があります。

勝利のシナリオは？ 変化の激しい世の中で、シナリオを描き、自社の価値や強みを活かして勝利に結びつくゴールを見据えることの重要性を再認識しました。また、限られたリソースの中で最大の効果を発揮するためには、前向きな判断に基づいて適切な選択をすることが必要だと感じました。 合意形成はどう？ これまで、すてるという選択に際しては周囲から合意を得にくい経験をしていましたが、その背景には、選択時の判断基準が曖昧であったり、前向きな選択であることが伝わりにくかったという理由があったと理解できました。今後は、投資対効果、収益性、自社の強み、市場シェア、経営方針との整合性といった複数の判断軸を状況に応じて提示し、判断基準を明確化するとともに、丁寧な説明を心がけていきます。 事業の本質は？ また、事業の本質やメカニズムを捉えることの重要性にも気づかされました。フレームワークを単に当てはめるのではなく、その前提として企業の事業特性や収益性、競合との違いを深く考えることが、自社の多角化や事業集約の理由、企業ごとの戦略や収益モデルの違いを理解する助けになると感じました。 実行の秘訣は？ さらに、徹底的にフレームワークを活用し、様々な角度から検討した先にのみ、自分にしかできない提案と結果が生まれると実感しました。合意を得るためには、判断軸を明確にし、実行時に見込まれる未来の可能性を具体的なストーリーとして示すことが必要です。そして、変化の激しい環境下で迅速な判断や方針変更が求められるため、情報収集のための時間を毎週一定確保し、業界や社内外の動向に敏感であり続ける意識を持ちたいと思います。

主語省略が招く誤解は？ 日本語では主語が省略されても意味が通じるため、改めてその特徴に気づかされました。現職場では、主語が省略されることが多く、その結果、誤解や確認作業に余計な手間がかかることを実感しています。普段、同じセクション内であれば円滑にコミュニケーションが取れるものの、当たり前の理解に頼ってしまうと、日本語スキルの向上が滞ると感じました。 連絡時の思い込みは？ また、同僚同士の間では「わかっているはず」という思い込みが生じがちですが、異なるセクションのメンバーと連絡や相談をする際には、相手の状況を考慮しつつ、ピラミッドストラクチャーに沿った伝え方を意識する必要があると感じています。 メール構成の改善は？ 社内への全体メール作成については、これまで読み手に配慮して作成してきたものの、今後は「結論→理由→根拠」の流れを意識し、より明瞭で論理的な構成を目指していきたいと思います。 会話はどう伝わる？ さらに、普段の社内会話においても、話す内容をダラダラと述べるのではなく、まず結論から伝えることを心がけ、聞き手の立場に立ったコミュニケーションを実践することがトレーニングになると感じました。 文書整理の工夫は？ 文章や会話の際には、以下の点に留意するよう努めています。まず、書き始める前に全体像をイメージし、結論や目的からスタートします。そして、ピラミッドストラクチャーに従い、理由や根拠を添えながら構成するとともに、相手のスキルや状況に応じた表現へと工夫を凝らします。記述後は本当に伝わるかどうかを再確認してから送信することを徹底したいと考えています。

数字の意味は何か？ 数字が持つ意味をより深く理解するためには、まず情報を分解して、その解像度を上げることが重要です。一つの視点だけでなく、複数の切り口から現象を分析することで、より正確な現状把握に繋がります。 結論前の検証は？ 具体的には、一つの傾向に満足するのではなく、さらに他の可能性を探る意識を持つことや、得られた分析結果からすぐに結論を出すのではなく「本当にそうなのか」を丁寧に検証する姿勢が求められます。また、頭で考えるだけでなく実際に手を動かし、様々な視点からデータを見直すプロセスも大切です。 MECE活用で分析は？ さらに、分析を行う際にはMECEの考え方を取り入れることが有効です。具体的には、階層、変数、プロセスという視点から、物事を漏れなく、重複なく整理していく手法が挙げられます。たとえば、プログラムの参加者数の伸びを検討する場合、年齢だけでなく居住エリアや参加プログラムの種別といった観点から属性を分析することで、より多角的な理解が可能になります。 課題整理はどう進む？ また、自身の業務上の課題を明確化するためにも、評価の視点が抜けや重複なく組み込まれるよう、MECEを活用して細分化し、その対応力を数値化する手法は効果的です。担当している事業プログラムの認知度についても、過去数年間のデータを大学別、学部別、学年別、応募種別などの切り口で集計し、グラフ化することで、現状と改善点を明確にできます。もし、最初の分析で十分な結論が得られなかった場合には、別の切り口から再度分析を行い、想定される課題について漏れや重複がないよう整理することが大切です。

仕事の優先度をどう決める？ 仕事の優先度を決めることは非常に重要であり、優先度が低いものはやらないという決断が必要です。日本では「お客様は神様だ」という考えが広く浸透していますが、手間がかかる割に利益に繋がらない顧客に対応することが多くあります。その結果、良い顧客にもコスト負担を強いてしまい、顧客サービスの低下を招くことがあります。また、リスク回避志向が強く、あらゆる対策を講じようとする傾向もありますが、全体を見て切り捨てるべき部分は切り捨てる必要があると考えます。 日本と海外でのプロジェクト運営の違いは？ 海外のITプロジェクトでは、半数以上が途中で中止になるとされていますが、日本では一度始まったプロジェクトは、関係者の多くが無意味だと感じていても、中止になることがほとんどありません。私の経験でも、不具合対応の際に優先度を確認すると、日本の顧客や上司からはすべて重要だと言われることが多いです。一方で、海外では必ず優先度をつけてくれます。このような姿勢の違いが、生産性の差に結びついているのではないかと思います。少なくとも自分が意思決定者である場合は、明確に優先度を決め、取捨選択を行うことを心がけたいです。 管理職としての決裁権行使 管理職として、ある程度の決裁権があります。これまでにも意識していましたが、今後はさらに強く優先度を決めて、やらない決断もできるようにしたいと思っています。また、AI系のサービスを多く契約していますが、中には利用頻度が低いものもあります。そのため、クレジットカードの支払いと利用状況を確認し、一部のサービスを解約することを検討しています。

伝わりやすい文章を書くには？ 自分が考えていることを整理して、相手に伝えやすい文章を書くことの重要性を学びました。これまで私は、相手に思いを伝える際に、思いつくままに事象を先に話してしまうことが多かったです。その結果、結論を先に述べるだけで、相手が本当に知りたい情報を伝えきれないことがありました。この問題の原因は、根拠に具体性が欠けていたことにあると感じています。 論理的整理で何を心掛ける？ これからは、思考を論理的に整理し、相手が理解しやすいように発信することを心掛けたいと思います。特に、上司への報告や報告書の作成、社内外へのメール、チャットでの発信、部下への指示文書でこれを活用していきます。とりわけ、部下への指示をメールで発信する際には、「なぜこの業務をやらなければならないのか」を丁寧に説明する必要があると感じています。目的と根拠、期限について受け手が知りたい情報を伝えることが重要です。 確認と検証が大切？ また、自分の伝えたいことが正しく伝わったかを確認するコミュニケーションを大切にし、論理的に伝えられたか検証していきたいと考えています。 具体的には、ピラミッドストラクチャーを活用し、「結論」→「理由」→「根拠」というフレームワークに当てはめてメールを発信することを意識します。また、メールやチャットの文章では主語と述語を明確にし、一文を短く保つこと、受け手が知りたい内容に焦点を当てることも心掛けていきます。 このように、自分の思いを思いつきで発信せず、相手に短文で伝わるよう意識し、受け手とのコミュニケーションを重視し続けていきたいと考えています。

カフェで価値守れてる？ アカウンティング研修の第1週目では、P/L（損益計算書）を題材に、カフェ経営のケーススタディを通して「利益を生み出すためには、店としてどのような価値を提供するか」が重要であると学びました。特に、高級志向のカフェが原価低減を図るために安価な豆を使用しようとしたが、結果的に店のコンセプトが損なわれ、顧客に支持されなくなる可能性があるという事例が印象に残りました。単に売上から原価を引いた数値だけで判断するのではなく、「価値を守ることが利益に直結する」という視点の重要性を実感しました。 IT提案で本当に伝わる？ この学びは、私が関わるITシステムの提案やプロジェクト企画にも活かせると感じています。たとえば、顧客に単にコスト削減を訴えるのではなく、その企業のビジョンや利用者のニーズに合致した価値を明示し、費用対効果の高い提案を行うことが大切です。そのため、今後は提案書の作成時に「この機能は誰のためで、どのような価値を提供するのか」を意識し、価格や納期だけでなく、価値提供を軸にした提案を心がけていきます。 価値、どう数量化する？ 一方で、「価値を守ることが利益につながる」とはいえ、その“価値”をいかに定量的に測定するかについて疑問も感じました。ITプロジェクトでは、顧客の要求に応えるために機能の取捨選択が求められ、何を守るべき価値とするかの判断が難しいと感じています。他の受講生にも「価値」と「利益」のバランスについて、実際の経験をもとに意見を交換し、定量評価が難しい価値をどのようにマネジメントに反映するかを議論してみたいと考えています。

経緯と意見をどう文章化する？ 実践演習では、経緯や意見が文章化されているため、より俯瞰的に考えやすくなったと感じました。リアルな状況ではなかなか難しいことです。 視座を高く保つ重要性 まず、視座を高く持ち、全体的に見て価値が生み出せるかを考えることが重要です。また、他の人の意見を聞き、抜け漏れなく情報を整理すること。そして、情報整理にはどれかのフレームワークを活用することが大切です。この3点は普段意識が薄れてしまうことがあるので、これからは意識的に取り入れ、業務の中で自然に活用できるようにしていきたいと思います。 フレームワークをどう使うべきか？ 私の所属するグループでは、「フレームワークを活用しろ」という指示が度々あります。しかし、よくある問題として、前後の情報の繋がりもなく、フォーマットを埋めただけで満足してしまうことがあります。今回の学習で、フレームワークの使用目的や、整理された情報をどう繋げるのかを学んだため、まずは基本の3Cに立ち返って取り組んでいきたいと思います。 不足情報はどう補う？ 新規事業領域に携わっている特性上、市場形成が未成熟だったり、自社が初めて参入を検討する領域であったりするため、情報蓄積が不足しています。まずは現在持っている市場環境や競合、見込み顧客へのヒアリング結果を集約し、それを3CとSWOTのフレームワークに当てはめて、不足している分析を整理しようと思います。整理した内容については、メンバーと共有し、過不足を確認した上で、現在の事業計画と比較。根拠の薄い要素や計画に修正が必要な点を洗い出して進めていこうと思います。

どう変化を捉える？ 変化の激しいVUCAの時代において、自分の在り方や考え方を振り返り、仮説思考に基づいた行動がいかに重要かを再認識しました。先の見えない環境だからこそ、まずは行動を起こすことが大切です。私は自分の軸足を変えることなく、積極的に新たな挑戦を行い、経験を積んでいくことが必要だと感じています。変化を恐れるのではなく、むしろその変化を楽しむマインドセットを持つことが、安心感よりも未来への楽しみを生み出すと実感しました。 柔軟な対応はどうする？ 現代の外部環境や業務が常に変わる中で、柔軟に対応する姿勢が求められると感じています。私自身は、生成AIの導入に関するコンサルティングや研修を行いながら、自身の業務を時代に合わせてアップデートしてきました。その中でも、自分の基盤となる考え方はぶれることなく、常に一本の軸を守るよう努めています。具体的な行動としては、外部の変化を受け入れ、事業の目標を定期的に見直すことで、短期計画を着実に積み重ねています。まずは仮説を立て、AIの意見を参考にしながら行動し、その結果を検証する。このプロセスを繰り返すことで、次のステップに繋げるという方法で進めています。 仮説検証はどう進む？ 皆さんはどのように仮説を立て、検証されていますか？私自身は、仮説を立てた後、AIに確認して抜け漏れがないかを検討し、行動に移します。そして、得られた結果をさらにAIと共有し、次の行動へと繋げるというサイクルで取り組んでいます。今後も、変わり続ける環境の中で自分の軸を保ちながら、変化を楽しむ姿勢で前進していきたいと考えています。

営業外収益って何？ P/L（損益計算書）の基本構造を再確認する中で、特に営業外収益と営業外費用についての理解が深まりました。営業外収益は本業以外の収入、すなわち受取利息や為替差益、配当金収入などを指し、営業外費用は支払利息や為替差損など、本業以外で発生する費用を意味します。 どうしてP/Lを読む？ また、P/Lの読み方についても学ぶことができました。大まかな売上や利益に注目し、前年との比較や売上高に対する比率、各利益の差異を見ることがポイントです。さらに、業界の平均水準や自社の目標値など、さまざまな比較対象を意識することで、より正確な判断が可能になると感じました。 本当の利益改善は？ P/Lを改善する際、単純な費用削減だけでは十分な効果が得られない場合があることも印象的でした。自社の利益の源泉、すなわち価値がどこで生まれているのか、その価値を得るためにどのような努力や費用がかかっているのかを、ストーリー仕立てで考える必要性を実感しました。 新規事業で何を感じた？ 具体的な学習プロセスとしては、まず新規事業開発の際にベンチマークとなる企業のP/Lを分析し、その企業のビジネスモデル上の価値ポイントを把握することから始めました。この経験を通して、決算書からの競合分析の手法や、実際に企業のホームページで決算書を確認する流れも身に付けることができました。 決算書の評価はどうする？ 結果として、業界やビジネスモデルごとに、ステークホルダーから高い評価を受ける決算書の特徴や、評価の際に着目するポイントについての理解が深まりました。

伝えたい内容は？ メッセージを意識したグラフ選びの重要性を強く感じています。グラフ作成が目的ではなく、伝えたいメッセージを正確に届けることが本質です。誤ったグラフ選びは、情報の読み取りを難しくし、本来伝えたい内容が伝わらなくなる恐れがあります。また、メッセージは色使いやアイコン、文字フォントなどの要素によって受け手に与える印象が変わるため、これらの工夫も大切です。 データの本質は？ データを扱う業務においては、示唆や事実の取り扱いが鍵となりますが、何よりも大切なのは、適切なメッセージを抽出することです。事業で本当に伝えるべき内容をデータから見出し、わかりやすいグラフや表現で正確に伝えることを心がけています。データはあくまでメッセージ伝達のための手段であるため、無理に装飾したり加工したりするのではなく、本質となるメッセージをしっかり押さえることが必要です。 受け手は誰？ また、伝えたいメッセージは、受け取り手ごとに考えるべきです。事業や状況を踏まえ、緊急度や重要度を加味して絞り込むことで、ビジネスに必要な情報が確実に伝わるようにすることが求められます。何が言いたいのかわからないという状況を避けるため、伝えたいメッセージとの整合性を意識した表現力を磨いていきたいと考えています。 構造化で進化？ さらに、現在のChatGPTは文章の構造化や整理に大いに役立っています。ワークのプロセスを通してPDCAサイクルを回す中で活用し、その結果を同僚とのディスカッションを通じてさらに改善し、アウトプットの精度を高めていきたいと思います。