(4ページ目)

確認 ✕ 違い

に関する学び

---

どう選ぶべき？ 物事をすべて取り組むのではなく、時には捨てる選択が重要であるという考え方に気づかされました。このとき、動画で紹介された「１敗９勝」「餅は餅屋」「新参者に意見をきく」といったアイデアを思い浮かべることが大切です。 トレードオフは何？ トレードオフの考え方についても学びました。特に、資源が不足している場合や要素が互いに打ち消し合う場合に注意が必要です。しかし、チームメンバーのメンタリティの違いがトレードオフに影響することがあるものの、工夫次第では一石二鳥を狙うことも可能であるという視点も重要です。あきらめることが前提ではありません。 社内と社外はどうする？ 業務についても再考すべき点があります。社内においては、慣習的に行っている業務の中で目的がはっきりしないものは効率化のために削除するか、最新ツールで代替できないかを考えることが求められます。社外に対しては、コロナ禍で一般化したオンライン面談の質を向上させることで、出張にかかるリソースを減らすことが可能です。 会議はどう変わる？ また、会議の在り方にも変化が見られました。以前は会議室での集合が当たり前でしたが、オンラインで対応可能であることがわかりました。ただし、オンラインでも活発な議論を行うためには工夫が必要で、アジェンダの事前共有や会議開始時のゴール確認、ファシリテーションスキルが求められます。 勉強会はどこへ向かう？ さらに勉強会に関しては、情報共有としての勉強会を行ってきましたが、SNSなどを通じて容易に情報が手に入る時代です。そのため、紹介だけでなく、それを基に自分たちがどの方向に進むべきかに時間を費やすべきだと感じました。 オンライン面談の準備は？ オンライン面談では、対面を減らしつつ、新規顧客にも同様の質を保つ準備が不可欠です。具体的には、想定質問の準備や顧客のバックグラウンド調査が必要です。また、第一印象も重要であり、カメラの映り方や話し方にも注意が必要です。

初講義で感じた意欲は？ これまで、社内専用のLLMやCopilotを会議の議事録作成、検索、アイデア出しなどに利用してきました。しかし、初回の講義でAIの可能性に触れると、まだ試していない多くの機能が存在することに気づき、これからの活用に意欲が湧きました。 GPTsとGemの違いは？ 特に、初めて知ったGPTsやGemの機能にとても興味を持ち、講義後に調べた結果、Copilotでも類似の機能があるものの、GPTsやGemほどの優れた性能ではないとの回答を得ました。自分はまだ初心者ですが、既存の機能をまずはしっかりと試してみたいと考えています。 記録作成をどう向上？ 議事録については、これまではTeamsの出力をそのままメモしていましたが、エージェントを活用して設定を定義することで、より質の高い記録作成に取り組みたいと思っています。 週報自動化は可能？ また、週報に関しては、従来、部下全員の報告をすべて確認し手作業でまとめていましたが、今回の学びを生かしてAIで自動作成する方法にも挑戦したいと考えています。 多彩なAI活用はどう実現？ さらに、会議のアジェンダ作成、プレゼン資料の作成、業界の分析や過去の事業状況、リソース状況のデータ収集を基に行う事業計画や中期計画の策定など、多様な場面でのAI活用を検討しています。どのようなアウトプットが得られるか、とても興味深いです。 自己分析と事業計画は？ 加えて、自分自身のパーソナリティや強み、弱み、実績などの情報をもとに、セカンドキャリアの相談や起業に向けた事業計画、資金計画の提案といった新たな利用方法にも取り組んでみたいと感じています。 考える力のバランスは？ 一方で、AIは非常に便利で積極的に活用すべきものの、部下に対しても推奨する一方で、考える力が低下する可能性にも懸念があるため、どの業務をAIに任せ、どの部分は自分たちで考えるべきか、バランスをとる必要があると考えています。

学びを再確認するには？ 今週は振り返りの時間でした。 ■講座を通して学んだこと 情報を疑問視し、分析し、論理的に評価することで、信頼性を見極め、正しい判断を行うことが可能になるということを改めて学びました。 考え方を研ぎ澄ますには？ ■常に頭においておき、反復練習すること 人は「自分が考えやすい方向に考えてしまう」傾向があります。そのため、思考が偏らないよう、本当にそれでいいのかを自問自答し続ける訓練が必要です。本質に迫るために「なぜ」を繰り返し、問題の根幹に到達することが重要です。 問題解決にはまず「イシューを特定する」ことが必要です。それから「問いを残し」意識し続け、「問いを共有する」ことで組織全体に浸透させます。また、信頼できるデータや根拠を用意し、論理に一貫性を持たせることが求められます。そして、異なる視点や意見を考慮してバランスを保ち、感情に流されず冷静に判断することが重要です。背景や文脈を理解し、公正で倫理的な判断を心がけることも必要です。 プロジェクトに活かすには？ ■実際のプロジェクトでの適用 システム導入プロジェクトでは、毎回のワークショップでベンダーの提案について議論します。この際、ベンダーの資料を読み解き、疑問点や言葉の定義の違い、目線が合っているかの確認を行います。前提条件の確認や、トリガーとなった事実の裏にある本質を見極めることは重要です。結論を出すに当たっては、軽率な判断を避けるべきです。 自身が運営するプロジェクトでも、本質的な目的を見据えた方向性を決定し、その目的に基づいた運営内容を構想します。対象となる役員や経営層、一般社員などに応じて適したスライドの作成や見せ方、言葉の選び方に工夫を凝らします。メッセージを明確にし、ピラミッドストラクチャーで根拠を整理することで、スライドの内容が大きく変わります。慣れるまでには時間がかかりますが、毎回対象ごとにピラミッドストラクチャーを作成することが重要です。

視覚的に経営を理解する方法とは？ 内容的にはすでに学んだことが多かったが、他の学習者も書いているように「体の大きさ」を使った例がとても分かりやすかった。「骨格や筋肉」を純資産、「脂肪」を負債とし、純資産の割合が高いことを「筋肉質」と表現するのは、会社の経営の健全性を視覚的に理解する助けとなった。前回学んだ売上高と各利益の違いからも会社の戦略やビジネスモデルを把握できたが、企業の全体像や経営の健全性を具体的にイメージできるようになったのは大きな進展だった。 貸借対照表のストーリー理解法 自社の貸借対照表もまた、ストーリー仕立てで理解することが有効だと気付いた。具体的には、各拠点の経営状況を取締役会での報告に基づいて把握し、今後の建て替え業務などで貸借対照表がどのように変化するかを観察することが有益だと思う。 同業他社との比較で学ぶ 同業他社の貸借対照表を通じて企業規模や戦略を理解することの重要性も感じた。特に、同じ業界内での比較を通じて規模感や経営戦略の違いを学ぶのに役立つだろう。 異業種のビジネスモデル理解の重要性 さらに、他の業界の貸借対照表を見る際には、そのビジネスモデルや資産状況を理解することが重要だと感じた。実際、鉄道会社のように固定資産が多い業界のビジネスモデルをイメージしながら、数字を読み取る練習を続けたい。また、経理の数字に馴染みがない中で、一般的な負債額や規模感を身につけることが事業管理や開発に携わる上で役立つと感じる。 経営者視点での貸借対照表の見方 取締役会の議事録や音声を元に会社の経営状態を理解し、貸借対照表を経営者の視点で見るスキルも重要だと思う。他社の情報を見る際には、まずその会社のビジネスモデルをイメージし、そのイメージを持って貸借対照表を確認。その後、HP上の招集通知などに記載された経営状況の説明を読み込み、具体的なストーリーと数字を結びつけて理解するプロセスが有効であると感じた。

情報の分解のポイントとは？ 今回の学習では、情報の分解の仕方を学びました。大きくポイントが4つありました。 1. 受け取った情報を加工し、知りたい情報が読み取れるように加工をする 2. 情報を分解するときに、機械的に加工するのではなく、知りたい情報が読み取れるように分解する 3. 分解の切り口を1つだけにするのではなく、複数の切り口で分解をする 4. 分割するときにMECE（Mutually Exclusive, Collectively Exhaustive）に分解する 特に学びを得た切り口は？ 今回の学習では、特に3の項目が大きな学びになりました。情報の違いを探すときに、特定の切り口で分けて数値として違いが出ていても、もう一歩別の切り口で分解すると違う答えが見えることに気づきました。普段意識できていなかったこの点を「本当にそうか？」と疑うことは大事だと感じました。 また、「情報の全体を定義してから分割する」ということも、網羅的に情報を分割する上では重要だと思います。 具体的な活用シーンは？ 1. 受領したデータを加工し、社内の打ち合わせやお客様への発表などで視覚的にわかりやすい情報に整理して表示する場面 2. 展示会の来場者アンケートを作成する場面 3. 社内の作業や資料のレビューの際に、抜け漏れがないかを確認する場面 結論をどう検証する？ これらをいくつかの場面に適用してみようと思います。 1. グラフ化などをするときに、情報の分割前に切り口を考え、その後もう一度考えた切り口を振り返り、出した結論と比較したいと思います。 2. 昨年のアンケート作成時には、情報収集が難しく、網羅性のないアンケートになってしまっていました。今後はMECEを意識して項目を作成したいと思います。 3. レビューを頼まれた際、気になる部分しかコメントできていなかったので、情報の抜け漏れがないかを意識して確認していきたいです。

技術進歩は何を変える？ センサーや通信などの技術進歩により、個人や企業へ提供できる価値が大きく変わっていると実感しました。20世紀型の機能による差別化や、大量かつ集中的な販売モデルは、現代では必ずしも適していないと感じます。現在求められているのは、技術進化を背景に個別最適化された体験価値の提供であり、提供後も品質が向上することで、売り切りではなく継続的に価値を届けるビジネスモデルだと考えました。 BtoBと個人の違いは？ BtoBビジネスにおいては、この変化への対応が企業の存続を決定付ける重要な要素となると思います。対して、個人向けでは必ずしも現代型への完全な移行が進むわけではなく、人間の感情や環境が効率的合理的な判断だけではなく影響を与える点から、技術を使う側の人間の役割が一層重要になると感じました。生成AIに指示を出し、その出力を判断、確認する作業においては、論理的思考やコミュニケーション能力に加え、より深い人間理解が求められるでしょう。 食品業界の課題は？ また、食品業界にいる身としては、低単価大量販売のビジネスモデルにおいて、個人へセンサーなどを活用して価値を提供するのは現時点では難しいという率直な印象を持っています。しかしながら、顧客に継続的な価値を提供する視点は十分活かせると感じ、取引先企業との間で適正在庫の維持や安定した供給に向け、現在入手可能なデータを活用する方法もあると考えました。この点については、社内の関係者を巻き込みつつ実現に向けて検討していきたいと思います。 個人提案に不安は？ 個人のデータを取得し、個別最適化された提案を行うことは非常に便利ですが、一方で心理的な抵抗を感じる人も一定数存在すると思います。そのような反応を踏まえると、今後の個人向けサービスのあり方には慎重な議論が必要だと感じます。特に、デジタルネイティブ世代がどのように考えているのか、意見を伺ってみたいと考えています。

結論と問題は何が違う？ ケーススタディを通して、私は結論の仮説と問題の仮説の違いについて学びました。これまで結論と問題の仮説を意識することはほとんどありませんでしたが、結論の仮説は答えを先に仮定してから分析を進める手法であり、問題の仮説は問題の本質や真因に迫りながら「なぜ？」と問い続ける流れであると理解するようになりました。 考えの整理はどうする？ また、仮説を立てる際には、自分の考えを整理し、納得感や他者への説明力を高めるために、網羅性が非常に重要だと実感しました。誰が読んでも理解しやすいようにフレームワークを活用することで、従来の方法に比べ、思考が整理され、見やすく理解しやすいアウトプットが得られると感じています。 時間軸の重要性って？ さらに、課題を考える際には、過去・現在・未来という時間軸で捉えることが重要であると学びました。問題がいつ発生しているのかを明確にすることで、現在の状態を正確に把握し、なぜその状況になったのか過去を振り返り、将来の理想像に向けて現状で何をすべきかを考えることで、より納得のいく議論ができると感じています。 企画で何を考える？ 通常の業務において新商品や新機能を企画する際は、価値（魅力）とコストのバランスを考慮します。コストを削減する方法を検討する過程では、複数の仮説を立てるとともに、迅速に検証を行いアウトプットに結びつけることが求められます。うまくいかなかった仮説に対しては、なぜ失敗したのかをしっかり確認し、次につなげることが大切です。 国際展開の特徴は？ また、現在の業務では、同じような製品を複数の国で展開しています。各国の特徴や強み・弱みをフレームワークを用いて整理し、そこから抽出した課題に対して改善策をいくつかの仮説として立て、検証を実施しています。このプロセスをグループ内で共有することで、より広い視野での理解が進み、全体のパフォーマンス向上につなげています。

仮説構築で何を優先すべき？ 仮説構築のポイントについて学んだことは、以下の通りです。 まず、仮説構築では複数の仮説を出すことが重要です。3Cや4Pといったフレームワークを活用し、網羅性を持たせることが求められます。決め打ちにしない姿勢も大切です。 次に、仮説を絞り込むための基準としては、具体的なデータや根拠が必要です。たとえば、SNSのプロモーションが弱いと判断する場合、その根拠を明確にする必要があります。 どのデータを用いるべき？ データ取得や計測前には、指標の絞り込みが重要です。何を比較すれば仮説が立証されるのかを確認します。例えば、故障件数ではなく、1件あたりの対応時間を指標とすることが有効です。 また、比較対象のデータも集める必要があります。Aが正しいというだけでなく、BやCを否定するデータも必要です。これにより、より説得力が増します。 仮説検証の鍵とは？ 仮説には「結論の仮説」と「問題解決の仮説」があり、それぞれの使い分けと違いを意識することが重要です。問題解決の仮説では、社内のシステム切り替えにおいて複数の製品候補の中から1つを選ぶ際、網羅性のある原因究明と問題箇所の特定が求められます。A製品が良いというデータだけでなく、他の製品（B, C）がダメというデータも揃えることで、Aの比較優位性を証明することができます。 フレームワーク選択の重要性 仮説検証のシミュレーションでは、まず仮説の洗い出しを行います。3Cや4Pのフレームワークが適用できるかどうかを検証し、適していない場合は他のフレームワークを検討します。 最後に、データ検証の洗い出しでは、取得可能なデータの確認と、どの指標が計測・取得すべきデータなのかを特定します。これにより、仮説の検証がスムーズに進むでしょう。 以上のポイントを踏まえて、仮説構築と検証のプロセスを実践していくことが大切だと感じました。

顧客価値はどう捉える？ カフェのケーススタディでは、「顧客への価値を考える」という現業の企画・マーケティング要素が盛り込まれており、イメージがつかみやすかったです。この事例を通して、企業が提供する価値と損益計算書の読み方を意識するようになりました。 利益はどう違う？ また、「利益」と一括りにすると、どこで利益が出たのか、または損失が生じたのかが分かりにくいと感じました。5種類の利益（売上総利益、営業利益、経常利益、税前当期純利益、当期純利益）の違いを学ぶことで、それぞれの意味が理解できました。 複数事業の見方は？ 今回の事例はカフェという単一事業のみを扱う企業に焦点を当てていますが、実際には複数の事業を展開する企業も多いのではないかと疑問に思いました。財務三表の中では、PLは基本的に企業ごとに一つですが、複数事業で構成される場合、損益計算書の見方や事業（部門）ごとのPLの存在についても気になったので、復習時に詳しく調べたいと思います。追って、各部門ごとに作成される「部門別損益計算書」が存在するとの情報も得ました。 競合と自社はどう違う？ この学びは、企画立案時の事前調査や他社の分析と比較に活かしたいと考えています。企画段階では、すでに決まった予算の範囲内で進めることが多いですが、競合他社のPLを比較することで、どこで利益を生み出せそうかを意識し、費用投資を検討する視点が身につきました。同時に、競合他社とは異なる、自社ならではの提供価値を大切にしていくことも改めて認識しました。 業界特性はどう読む？ 今後は、競合他社のPLの確認と比較、さらには小売や製造など異なるビジネスモデル間でのPL比較を通して、それぞれの業界特性や提供価値を考慮しながらPLを見る習慣をつけるとともに、部門別PLがある企業と、1つのPLに集約される場合との違いについても確認していきたいと考えています。

リーダーの要件とは？ リーダーの要件は、「行動」「能力」「意識」の3つであり、リーダーは行動を通じて評価されます。行動は「能力×意識」で表され、行動がないリーダーは失格とされています。また、行動は真似ができるため、目標とするロールモデルを見つけることが重要です。 リーダーとマネージャーの違いは？ 従来から、自社ではリーダーとマネージャーの両者を管理職に求める傾向がありました。私はリーダーとマネージャーの違いについてモヤモヤを感じていましたが、講義を通じてリーダーが組織上の立場とは関係ないことを学びました。この知見から、リーダーとマネージャーとを明確に区分するのではなく、マネージャーとしてリーダーシップを発揮することが求められると理解しました。 目標とするマネージャー像 リーダーとは、付き従う者がいる人物のことです。自分が今のメンバーたちにとって、「これまでで一番のマネージャー」として名前が挙がるような存在になることが目標です。 行動と意識のバランスをどう取る？ 普段から「行動＝能力×意識」を意識し、リーダーとしての行動が伴っているか、自問自答していきたいと思います。メンバーに仕事を依頼する際には、依頼内容をメンバー自身に復唱してもらい、仕事の背景、段取り、ゴールイメージについてお互いの認識に乖離がないかを確認します。メンバーが不安に感じていることや言語化できないことに対しては、説明を補足します。 実践の場面はいつ？ 具体的には以下のような場面で実践します： 1. メンバーから相談があったとき 2. メンバーに仕事を依頼するとき 3. メンバーとの1on1で対話するとき 4. 新入社員とトレーナとの1on1の場に参加するとき これらの場面で、メンバーが持つゴールイメージを言語化してもらい、その背景を伝え、報告・連絡・相談の方法について双方の認識を合わせるよう努めます。

財務構造はどう？ 総合演習では、ZoomやNetflixの損益計算書、さらにはANAとZOZOの貸借対照表を比較することで、事業内容によりどの部分に負荷がかかり、どのような財務構造を持つのかが大きく異なることを実感しました。 費用割り当ては何が違う？ ZoomとNetflixの比較では、各社のビジネスモデルの違いが費用の配分に明確な差として現れており、それぞれの事業活動をイメージしながら、どの項目にどれだけのコストがかかっているのかを俯瞰的に捉えることができ、非常に興味深かったです。 資産構成はどうなってる？ また、ANAとZOZOの貸借対照表を見比べると、固定資産が全体の60％（うち有形固定資産が70％）を占める重資産型の構造と、固定資産が20％に留まり流動資産が高い軽資産型の特徴が対照的に表れていました。これにより、どのようにお金を使っているのかが明確になり、数字から企業の仕組みを読み解く面白さを改めて感じました。 月次の動向はどう？ さらに、総合演習の設問9でも触れた通り、所属する企業では会計ソフトを利用して、月次ベースで損益計算書と貸借対照表を確認する取り組みを行っています。年単位の大まかな動きではなく、月ごとの変化を捉えることで経営状況をより具体的に把握し、ミクロな視点から状況を把握しようとしています。 損益計算の見取り方は？ 損益計算書においては、売上、売上総利益、営業利益、経常利益、税引前当期純利益、そして当期純利益といった指標を整理し、費用の使われ方や利益構造を視覚的に理解できるよう工夫する予定です。 資金分析はどうなる？ 同様に貸借対照表も、流動資産、固定資産、流動負債、固定負債、純資産に分類し、「どのようにお金を調達したのか」と「どのように使ったのか」という両面から企業の資金繰りを分析し、今後の意思決定に役立てていこうと考えています。

どうやって特徴を捉える？ 大量データを比較する方法として、まずデータの特徴をひとつの数字に集約し、グラフ化して視覚的に把握する手法を学びました。これにより、数値としての評価だけでなく、データの散らばりや傾向も同時に捉えることが可能になります。 平均値の違いを知る？ 平均値や中央値を確認するために、単純平均、加重平均、幾何平均、そして中央値の各手法を比較しました。今まで単純平均や加重平均を主に用いていたため、このうち幾何平均と中央値の手順が分かっていなかったために、業務上物足りなさを感じていた点に気づくことができました。 分布の形はどう判断？ また、データの平均的な分布をグラフ化することで、これまで感覚的に捉えていたデータの散らばりを、標準偏差などの具体的な数字として表現する必要性を認識しました。こうした数値化は、データのばらつきが大きいのか小さいのかを明確に捉える上で非常に有効です。 利用状況をどう見る？ さらに、提供しているサービスの利用状況を単なる数の集計として週次報告している現状に対して、まだ活用できていないデータの中に、利用者の属性や利用時間帯などの詳細な情報が含まれているのではないかと考えるようになりました。これらを分析することで、サービスの改善点や利用者の利便性向上につながる提案が可能になると感じています。同様に、ライセンスやクラウドの予算についても、感覚的な予測に頼らずデータに基づいた数値をフィードバックすることで、より説得力のある結果に結びつくと考えています。 予測結果は合致？ また、1年前に作成した将来のクラウド利用予測と現状を比較するタイミングを迎えたことから、その分析を活用し、利用していなかったデータも含めてさらに掘り下げていこうと考えています。あわせて、学習用の動画を見直すことで、自分自身の理解をより一層深める予定です。