(3ページ目)

考え ✕ 意味

に関する学び

---

データ分析の基本は比較すること？ データ分析を行う際、常に重要とされるのは、次の三点の意識です。 まず、分析の基本は比較です。データの意味を正しく理解するためには、異なる要素を比較することが不可欠です。単独の数値だけでは判断が難しく、過去のデータや他の指標と比較して初めて有益な示唆を得られます。 分析の目的をどう明確にする？ 次に、分析の目的を明確にすることです。なぜデータを分析するのか、その目的を常に意識することが重要です。目的が不明確だと、必要なデータを見落としたり、無駄な分析を行ったりする恐れがあります。 仮説の整理で見失わないために？ 最後に、分析の前に目的と仮説を整理することです。データを集める前に、「何を明らかにしたいのか」「どのような仮説を検証するのか」を整理しておく必要があります。これが曖昧だと、分析の方向性を見失い、効果的な意思決定につながらない可能性があります。 これらのポイントを意識することで、より実践的で価値のあるデータ分析が可能となります。 依頼主の目的をどうヒアリングする？ 現在の業務では、データ分析の依頼を受けることが多いですが、依頼主の目的や仮説を確認しないままデータ加工に進むことがあります。さらに、依頼主自身が目的や仮説を明確にできていないケースも少なくありません。その結果、分析が本来の目的に合致せず、期待した価値を生まないデータとなってしまうことがあります。 これらの課題を解決するため、データ分析に着手する前に、依頼の背景や目的、仮説を丁寧にヒアリングし、必要に応じて適切な方向性を示すことを目指します。単なるデータ処理のスキルだけでなく、適切な問いを立て、論理的に考える力が必要です。本講座を通じて、そうしたスキルや思考法を習得し、より価値のあるデータ分析を目指していきます。 継続的な改善が価値を生む？ 依頼主の目的や仮説を十分に確認しないまま進むことを防ぐため、以下の行動を実践しています。まず、依頼時のヒアリングを徹底します。「何のための分析か」「どのような意思決定につなげたいのか」を明確にする質問を行います。目的や仮説が曖昧な場合は、具体的な事例を挙げながら整理をサポートします。 次に、仮説の検証を意識したデータ設計を行い、目的・仮説に沿ったデータの選定・加工・分析の方針を明確にします。必要に応じて事前に簡単なデータの傾向を確認し、分析の方向性が適切かを判断します。 最後に、分析結果に適切なメッセージを添えます。「このデータから何が言えるのか」「どのような意思決定に役立つのか」を言語化し、依頼主が結果を適切に解釈できるよう、シンプルで分かりやすい可視化や説明を心がけます。 これらを継続的に実践し、依頼主にとって本当に価値のあるデータ分析を行えるよう努めています。

リーダーとしての役割とは？ リーダーとして、相手のモチベーションや効果的なインセンティブを理解することは重要です。モチベーションは個々に異なり、状況に応じて変化します。そのため、以下のフレームワークを使って多角的に洞察することが有用です。 まず、「マズローの欲求5段階説」では、生理的欲求、安全・安定性欲求、社会的欲求、承認・尊敬欲求、自己実現欲求の5つの欲求レベルを理解することができます。また、「X理論・Y理論」では、明確なノルマと未達成時の罰を与えるX理論と、高い目標と達成時の報酬を与えるY理論の2つの視点を提供します。さらに、「動機付け・衛生理論」では、仕事に満足をもたらす要因と不満をもたらす要因が異なる点を考慮します。 どうやってモチベーションを高める？ モチベーションを高めるためにすぐに実行できることとして、以下の4つが挙げられます。 1. **尊重する**: - 言葉を用いて評価や称賛を与えることで、相手の自己承認欲求を満たし、人が持つ自然な欲求を満足させます（例：感謝の表明、結果の報告）。 2. **目標設定をする**: - 自分の仕事が組織内でどのような意味を持っているかを理解することで、仕事への自律性を誘発し、自己承認欲求を満たします。 3. **フィードバックを行う**: - 相手の理解を前提に言葉を使用し、一方的な情報伝達を避けるよう心がけます。相手の表情や反応を見ながら工夫をすることが大切です。 4. **信頼性を高める**: - 日頃から信頼関係を築いておくことが必要です。 フィードバックの重要性を理解する 仕事に対するフィードバックは、自身が担当者として実践した場合は自身へ、リーダーとして関わった際はメンバーと振り返ることで成長や効率化につなげます。特にフィードバックの際には、以下のポイントが重要です。 - **労いの言葉と肯定的なフィードバックを実施する**。 - **時系列に沿って振り返りを行い、次に活かすために以下の3つの点を問う質問を投げかける**: 1. 出来事や状況について 2. そこでの考えや行動について 3. 気づきや教訓について また、以下の点も意識することが大切です。 - **価値観トランプとエンゲージメントサーベイの結果を活用する**: - 関わるメンバーが仕事をする動機や、何にモチベーションを感じるか、どんな時にやりがいや喜びを感じるかを共有し合う機会を設けます。 - **施策を終えた際には必ずフィードバックの機会を設ける**: - 次に繋がる振り返りを実施します。 このようにして、リーダーとして相手のモチベーションを理解し、適切なフィードバックと信頼関係を築くことで、チーム全体の成長と効率化を促進します。

目標共有に悩む？ 目標は自分だけが持っていても意味がなく、メンバー全体で共有して共感してもらわなければならないということを理解しました。しかし、正直に言うと、自分の目標をメンバーに伝えるのは少し恥ずかしく、苦手だと感じています。まだチームのリーダーとして実践経験が浅いため、チーム全体へビジョンを提示することに対する自信が十分ではなく、視座を上げることで意識が変わるのではないかと思っています。自分中心で考えてしまうために恥ずかしさを感じるのだと考え、相手の価値観や能力を踏まえた伝え方を工夫すれば、そんな苦手意識は薄まるのではないかと思いました。 計画の役割は何？ また、計画の策定はメンバーに任せるべきタスクだと理解しています。メンバーに共感を得られていれば、計画を立てる動機付けとしては十分であり、計画策定自体もメンバーに委ねる考えです。なお、計画策定のレビュー時には、必ず6W1Hを確認するようにしています。 役割の伝え方は？ さらに、目的やゴール、役割をより明確に示すことで、メンバーの自律性が発揮され、より良いアウトプットが期待できるという気づきがありました。当初は自分なりに説明しているつもりでしたが、あるフィードバックでその点が指摘され、特に経験の浅いメンバーに対しては、より丁寧に伝える必要があると感じています。 質問方法を再考する？ また、問いかけの方法についても見直しが必要だと気づきました。単に「何か質問ある？」と尋ね、後は「やってみてわからなかったら声をかけて」というスタンスでは十分ではなく、もっと自らクローズドクエスチョンを用いることで、より具体的な回答を引き出せるようにしたいと考えています。 対応策は具体的？ 具体的な対応策としては、まず目標を共有する際に、昨年の具体的なエピソードを踏まえながら「今年はこうしていきたい」と伝え、そのためにメンバーに期待する役割もしっかり説明します。また、各メンバーがどの点を伸ばしたいのか、上司の育成計画を踏まえて、現状できていることやもっと伸ばしてほしい点を伝え、タスクを任せる理由を一人ひとりに動機付けとして説明します。方向性にズレがないかは直接確認し、調整するよう努めます。計画策定を任せた後は、その場で次回のすり合わせの日時を決め、メンバーのスキルやタスクの難易度に応じて、間に最低1日1回は進捗確認を行い、問題点がないかチェックしています。成果物や判断基準についても明確に示すように心掛けています。 課題共有はどう？ 以上の点から、目標やビジョンを共有する際の心理的なハードルを下げる工夫が必要だと実感しました。皆さんも、メンバーに伝える際にどのような点を意識しているか、お考えや工夫があればお伺いしたいです。

仮説とは何か？ 仮説とは、ある論点に対する仮の答え、もしくは分からない事に対する仮の答えを指します。仮説には主に「結論の仮説」と「問題解決の仮説」があります。結論の仮説はある論点に対する仮の答えであり、問題解決の仮説は問題解決のプロセスに沿ったものです。この場合、What（何が問題か）、Where（どこで問題が発生しているか）、Why（なぜ問題が起きているのか）、How（どう解決するのか）の観点で考えます。 仮説を持つことの価値とは？ 仮説で考えることの意義は以下の通りです。 1. **検証マインドの向上と高まる説得力**： 仮説を持つことは検証作業とセットで動くことを意味します。 2. **関心・問題意識の向上**： 関心や問題意識のないところには仮説は生まれません。日頃から自分の仕事に関連して仮説をもつように心がけることが重要です。 3. **スピードアップ**： まず自分なりにあらゆる情報を総動員してこれがいいのではないかと仮説を持ち、テスト的に実施しながら検証する手順を踏むことで、スピーディに対応できます。 4. **行動の精度向上**： 仮説検証のサイクルを早く回すことで、それに伴う行動の精度が向上します。 データ収集の重要性 原因の仮説を立てる際には、仮説を検証するためのデータを集めます。データには既存のデータと新しいデータがあります。既存のデータとしては、自社内にあるデータ、一般公開されているデータ、パートナー企業が取得しているデータなどがあります。新しいデータとしてはアンケート（広くデータを収集）、インタビュー（狭い範囲で深く収集）があり、追加で調査が必要な箇所に絞り、新たなデータを取ることが重要です。 仮説を立てる際の注意点は？ 複数の仮説を立てる際には、以下の点に注意します。 - **仮説同士に網羅性をもたせる**： 何を比較の指標とするか意図的に選択し、何を見ればよいのか、何と比較したらいいのか意図をもって考えます。 - **データ収集する際の注意点**： 誰に聞くか（意味のある対象から聞けているか）、どのように聞くか（比較するためのデータ収集を忘れない。反論を排除する情報にまで踏み込めているか）に注意します。 フレームワーク活用のすすめ 仮説を考える際には、3C（市場・顧客、競合、自社）や4P（商品、価格、場所、プロモーション）のフレームワークを活用します。また、仮説検証のスピードを上げ、仮説検証のサイクルを早く回すことも重要です。 仮説の立て方が分からない方には、仮説を考える意義や、日頃から自分の仕事に関連して仮説を持つように心がけることが有効です。

捨てる戦略はどう見る？ 大きなくくりで見ると、「捨てる」＝集中戦略であると捉えました。事業の取捨選択だけでなく、日常業務における些細なムダの削減にも、この考え方は当てはまります。従来のやり方を変えること自体が「捨てる」行為と同等だと気づかされました。動画にもあったように、外注化は正社員が行っている業務を削減する一つの方法です。また、紙中心の業務や、決済時にハンコを使用する手続きなど、さまざまな面で見直しが求められています。 ROI以外の評価法は？ Gailの設問4では、ROIとして営業担当者の時間あたりの利益をもとにした評価が解説されていました。しかし、今回はROIだけでは優先順位が決まらないと感じました。総利益と時間あたりの利益、すなわち営業担当者の生産性の問題という両面から考える必要があります。顧客ごとにカスタマイズする際の訴求ポイントが明確でなければ、時間配分にばらつきが生まれることも考えられます。 顧客訪問の厳選法は？ 今回の事例では、顧客訪問先を厳選する方法を検討しました。しかし、顧客側からすれば「捨てる」という選択はリスクが伴うため、いきなり実施するのは難しく、段階的にフェードアウトする形が望ましいと感じました。一社との対立が生じると、その影響は業界全体に波及する可能性があるため、慎重な対応が必要です。 やるべき判断の秘訣は？ また、「やらないよりやったほうがよい」という考え方を捨てるには、プラス面とマイナス面が存在します。新規事業では経験やノウハウが不足しているため、まずは実践して結果を見たほうがよい場合もあります。一方、今回のような「捨てる」作業は、効果が見込まれるなら継続し、効果が薄いと客観的に判断できれば見直すべきです。ただし、この判断は初回の取り組みを経た上で、経験を積んだ後に行うべきです。背景や前提を取り違えると望ましくない方向に進む可能性があるため、十分に注意する必要があります。 経営トップの役割は？ さらに、前回までの各種分析でその企業の成功要因が特定されても、現場レベルのみで浸透させようとしても効果は限定的です。企業トップが率先してこの考え方を示さなければ、現場のみが努力しても全体に浸透せず、課題が残るでしょう。 会議運用をどう改善？ 会議の運用にも同様の視点が必要です。長時間にわたる会議が常態化していると、生産性が損なわれます。必要な会議だけを厳選し、例えば「必要に応じて実施」や「1時間以内に締める」といった企業トップの明確な指示がなければ、改革は困難です。一方、ブレストのような場では、顔を合わせてアイデアを出し合う意味があります。会議の目的に応じた適切な運用が求められると感じました。

対話と傾聴の意味は？ これまで、対話や傾聴、心理的安全性について、会社のメッセージとして発信されてから約5年になります。皆が感覚的に実践しており、一人ひとりが真摯に相手と向き合っていると感じていました。今回、マズローの欲求5段階やハーズバーグの動機付け理論を組み合わせて学ぶことで、感覚で把握していた他者のモチベーションの動きや、デモチベーションの要因がより具体的に理解できるようになりました。また、多様な属性のメンバーが在籍する職場では、衛生要因に注目しがちですが、社会的欲求や動機付け要因にも目を向ける必要があることが事例を通して明らかになりました。 面談では何を確認？ 面談の際、何を聞いて何を伝えるのか分からなくなってしまうことがありましたが、フレームワークを用いると、話が散漫になることなく、論点を整理しながら進められると感じました。具体的な経験をもとに振り返り、その共通項や特徴を一般化しつつ相手と認識を確認する。そして、個別の案件での学びや反省点を言語化し、次の仕事や役割にどのように活かすか議論する、という一連の経験学習サイクルは非常に有用です。 信頼はどのように築く？ 直近では、とあるメンバーから「〇〇さんから信頼されていないと感じる」「自分に悪いところはないか」「なぜ信頼されないのか」といった相談を受けました。信頼されていないと感じる場面について問いながら、同じ景色を共有しようと努める中で、動機付け要因が十分に満たされていないことが伺えました。話があちこちに飛んだ場面もありましたが、フレームワークがあることで大切なポイントを見失わずに済みました。 組織の欲求を感じる？ また、先日、退職した元派遣社員とのランチでは、「以前所属していた会社では感謝された経験がなく、歓迎会や懇親会もなかった」との意見があり、中途入社の社員も同様の意見を持っていました。外部の目を持つ二人の強い違和感とストレスを聞く中で、組織として、社会的欲求や承認、尊厳欲求が十分に満たされていないことがデモチベーションの一因になっているのではないかと実感しました。 相手をどう理解する？ 私は直接評価対象の部下はいませんが、相談を受ける機会は確かにあります。その際、フレームワークを意識し、相手の考えや状況をしっかりと理解するよう努めたいと考えています。また、さまざまな属性のメンバーと会話する際には、表情なども含めて真摯に向き合うことが重要だと感じています。すぐにすべての欲求を満たすのは難しいかもしれませんが、相手を正しく理解し合意形成を行うことで信頼関係が構築され、その上で改善行動へとつながると信じ、今後も対話に努めたいと思います。

ゴールの明確化とは？ 今週の学びを通して、「ゴールの明確化」「取捨選択」「独自性」という3つの要素が、戦略思考においてどれほど重要な役割を果たすかを改めて実感しました。これらの要素は単独で存在するのではなく、互いに連携することで大きな成果へと結びつくという視点が特に印象に残っています。 独自性の本質は？ また、「独自性」については、単なる差別化の手段としてではなく、我々の強みを可視化し、組織が社会にどのような価値を提供しているのかを示す本質的な要素であると理解するに至りました。戦略は単なる計画ではなく、組織の進むべき方向を示す道しるべであり、意思決定の基盤となる考え方であると実感しています。この視点を持つことで、日々の業務にも一層の意味と目的が感じられるようになりました。 現場の混乱は何？ 私の部門では複数のプロジェクトを同時進行していますが、現場では割り込み作業や短期的な対応に追われるため、戦略的な視点を十分に持つ余裕がありません。その結果、プロジェクトごとの方向性にばらつきが生じ、経営方針との整合性が損なわれるリスクがあると感じています。 方向性をどう統一？ この状況を改善するため、まずは各プロジェクトのゴールを経営戦略と照らし合わせて明確にし、その内容をチーム内で共有することから始めています。これにより、プロジェクトの方向性を統一し、チーム間の連携を円滑にすることで成果の最大化を図ろうとしています。 優先順位は明確？ さらに、限られたリソースの中で成果を最大化するためには、「やるべきこと」と「やらないこと」を明確に区別し、優先順位を整理することが不可欠です。情報の解像度を高め、判断の精度を向上させることで、プロジェクト運営の効率化を図りたいと考えています。 競争力の根拠は？ また、部門の強みである業務知識の蓄積、人材育成への取り組み、顧客との信頼関係を基盤としたコミュニケーションを活かし、独自性を競争力へと転換する戦略を構築することも目指しています。戦略実行にあたっては、個人の理解にとどまらず、チーム全体での共通認識と協働体制の構築が不可欠です。 戦略の浸透方法は？ 今後は、対話の機会や仕組みづくりを通じて、チーム内に戦略的な視点を浸透させ、組織の持続的な成長に貢献していく所存です。戦略が単なる計画ではなく、意思決定の基準として機能する状態を目指し、組織全体の一体感と推進力の向上に取り組んでいきたいと考えています。 現場活用の工夫は？ 戦略を現場で活用するにあたり、どのような工夫をされているのか、ぜひお伺いしたいです。

物事の理解を深めるには？ 物事や起きている事象を正しく理解するためには、様々な切り口で分解し、特徴的な傾向を見つけ出すことが重要だと実感しました。 MECEな切り口を考える意味は？ まず、切り口はできるだけ多く考えることが大切です。物事の特徴を見つけ出すためには、様々な切り口での分解が必要です。これを効率良く進めるためには、MECEな切り口を考えることが重要です。もし切り口にモレやダブりがあると、要素同士が重複してしまい、分解しても特徴をうまく捉えられません。MECEであれば要素同士が独立しており、特徴を特定しやすくなります（原因解析であればうまく原因を特定できる）。 どのような切り口が効果的？ MECEな切り口には、主に3パターンあります。「層別分解」、「変数分解」、そして「プロセス分解」です。全体を定義したうえで、これらを入口に考えていくと効率良くMECEな切り口を見つけられます。 分解結果をどう活用する？ また、物事に影響を与えそうな原因の仮説を持ち、どのような単位で分解すると意味がありそうか考えることも重要です。目的に沿う切り口だけを仕分けて選別します。数値から特徴を見つけるには、分解した結果をグラフによって視覚化することが有効です。視覚化することで、全体を俯瞰し傾向を見つけやすくなり、効率化にも非常に有効です。 エンジニアに必要なスキルは？ 数値を分析して物事を正しく捉えるという仕事は、開発業務に従事するエンジニアとして機会があります。今回の学習を踏まえて振り返ってみると、「変数分解」というアプローチを良く取っていたように感じます。この他にも「層別分解」や「プロセス分解」といったアプローチがあることを学んだので、これらのアプローチから新しい切り口を考えるのは有効だと思います。 プロジェクト運営での活かし方は？ また、数値分析というわけではありませんが、物事をMECEな切り口で分解して捉えるということ自体が、自身の仕事で役立つと感じています。今では開発業務における数値分析という仕事は減り、プロジェクト運営の仕事が増えています。プロジェクトの方針・方向性を示し運営していくことが必要とされており、MECEな切り口で物事を捉えて説明するということは有効だと考えます。 実践すべきステップは何か？ プロジェクトが担当する範囲を明確にし、その中でやるべきことをさらに分解して示していく必要があるので、MECEな切り口で分解していくことを意識したいと思います。MECEの3つのアプローチを入口に、切り口を出していくことを意識して実践していこうと思います。

相手のやる気はどう引き出す？ 仕事を依頼する際は、相手がやる気になれるよう、相手の関心やモチベーションについて事前に把握し、任せる仕事がどのように自身の成長や目標実現に役立つかを明確に伝えることが大切です。大きなプロジェクトの一部を依頼する場合でも、その作業が全体の中でどのような位置づけにあるのか、目的が何であるのか、そして仕事を通してどのようなスキルが身につくのかを説明し、意味付けをするよう努めます。また、仕事の成果がどのように活かされたかというフィードバックや、プロジェクト終了時の感謝や労いの言葉は、相手にとって大きな励みとなります。 任せた後はどう見守る？ 仕事を任せた後は、責任感を持たせる一方で、丸投げにせず定期的に進捗や成果をフォローすることが求められます。問題が発生した際は、まず事態の収拾に努め、その後、なぜ問題が起こったのか、どのような行動が原因となったのかを多角的に分析します。この分析では「誰が」ではなく、「何が」「どのように」うまくいかなかったのかに着目し、具体的な改善策を一緒に考えることが重要です。振り返りを定期的に実施し、出来たこと・できなかったことの両面を本人自らの言葉で語ってもらい、次に活かせる気づきを得る機会とします。 リーダー経験はどう育つ？ 部署MBOプロジェクトにおいては、4～8年目のスタッフにリーダー経験を積んでもらうことが目的です。グループリーダーが主体となり、計画の立案から実行、評価、修正までを自ら行うことで、計画を自分の問題として捉え、仕事に対する責任を持つよう促します。定期的な振り返りの場では、計画通りに進んでいるか、逸脱している部分はないかを本人の言葉で確認し、必要に応じてどのように修正すべきかを一緒に考えます。また、経験を積んだスタッフをサポートメンバーとして配置し、相互に振り返りを行うことで、全体の成長を支援しています。 他部署連携はどう築く？ 一方、部署横断長期計画では、9年以上の経験を持つスタッフが他部署との協働プログラムに参加し、モチベーション向上を図っています。参加メンバーには、短い時間でも構わないので、他部署での経験や困難、工夫した点について語ってもらい、そこで感じたことや必要なサポートを共有してもらいます。これにより、相手が大切にしている考えや、どんな環境で力を発揮できるかを理解し、衛生要因や動機づけに基づいて、必要なインセンティブや支援の方法を考えます。普段の業務での様子や他者との関わり方を観察することで、一人ひとりの目標やモチベーションの源泉を見極め、次回以降の活動に活かせるようサポート体制を整えることも重要です。

試作で既視感感じる？ 試作は、プロダクトデザインや建築プロジェクトで通常実施される工程であるため、どこか既視感を覚えました。また、WEBのインターフェイスデザインに見られる機械のスイッチパネルといったメタファーは、自身の専門分野に近いこともあり、非常に理解しやすいと感じました。 WEB手法は建築に合う？ WEBデザインと同様のプロセスが、建築や施設管理運営のデザインにどのように応用できるのか、非常に興味深いと感じています。これまでの事例に照らし合わせ、応用の可能性を検討してみるとともに、自身の事務所のホームページのリニューアルにも活用する予定です。 建築手法は信頼できる？ 建築業界で活用される開発手法は、長い歴史と多くの実践に裏打ちされているため、精度が高く実務にも適していると実感します。しかし、似た考えを持つ人々によって運用されるため、気づかぬうちに独自の進化を遂げる場合もあります。また、竣工後のオペレーションや保守管理におけるプロトタイピングについては、まだ標準化された手法が確立されていないのが現状です。 デジタル手法は革新的？ 一方、デジタル分野ではアジャイルなど、他分野にも影響を与える新たな開発手法が続々と生まれており、今回学んだフレームワークも積極的に研究し、応用してみたいと思います。機会があれば、実際にデジタル業界で活躍されている方のお話も伺いたいと考えています。 評価の落とし穴は？ プロトタイピングの課題として、専門家でないユーザーが成果物の内容よりも表現技術の巧拙に左右されやすい点が挙げられます。上手な絵、最新の機材を活用した表現、巧みな言葉遣い、さらにはアイデアの発案者の知名度や地位によって、ユーザーの評価が影響を受けることがあるのです。優れたプロダクトを生み出すためには、制作者自身も厳しい目線を持つユーザーとの協働が必要だと感じています。 プロトタイプの役割は？ また、プロトタイプは単なる開発工程の一部に留まらず、ユーザーとの対話のためのメディアとして機能すること、さらには開発チーム内のコミュニケーションツールにもなることを改めて確認できました。 意味の共有はどう？ こうしたポイントは理解しているつもりでも、実際の開発後半では、開発者のアイデアを強調するためのプレゼンテーションツールとして利用され、ユーザーや他のメンバーが十分に参画できなくなるケースも少なくありません。今後の開発プロセスでは、プロトタイプの本来の意味をチーム全体で共有し、全員が対話できる環境作りに注力したいと考えています。

損益計算書とB/Sの意味は？ 今週は、損益計算書（P/L）や貸借対照表（B/S）の基本構造と、それぞれが経営に果たす役割について学びました。特に「売上－費用＝利益」というシンプルな公式が、どのように経営判断に活用されるか実例を交えて理解できたことで、業務においても数字に注目する視点が徐々に芽生えてきました。 数字の背景はどう読む？ また、「売上高営業利益率」や「売上高原価率」といった指標を通して、経営の効率性と健全性を客観的に判断する視点を得られました。これまでただ並んでいた数字も、ストーリー性をもって捉えることができたのは、大きな前進だと感じています。 戦略の裏に何がある？ ケーススタディとして取り上げられたカフェの事例では、数字の裏にある「戦略」や「思い」にも注目することの大切さを実感しました。単に数値の良し悪しを見るのではなく、その背景や立てた仮説を考える力が、経営判断に必要不可欠であると痛感しています。 財務の知識は増えてる？ 自分自身、まだ財務の知識が十分とは言えませんが、「財務＝経営の言語」であるという認識が深まり、少しずつ読み解けるようになった感覚があります。今後の講義でも、引き続き「数字の意味を考える姿勢」を大切にしていきたいと思います。 財務諸表から何が見える？ また、「財務諸表を読む」という視点は、経理業務に直接関わらない私にとっても非常に重要です。財務三表のつながりを把握することで、会社全体の動きや課題が立体的に見えてくるという感覚は、点と点を線で結ぶような発見であり、大変有意義でした。 会議資料の数字はなぜ？ 今後は、自社の月次会議資料に記載されるP/LやB/Sの数値を、ただの報告資料として流すのではなく、「なぜこの変動が起こったのか」「数字の背景にはどんな行動があるのか」を意識しながら読み解く習慣をつけていこうと考えています。まずは、関わる部門のコストに注目し、前年比の変化を読み取る練習を重ね、仮説を立てた上で、経理担当者や上司からフィードバックをもらいながら、理解を深めていく予定です。 黒字の危険性は何？ また、講義で感じた問いとして「黒字であっても危険な会社は、どのように見抜けばよいか」という点があります。実際、損益計算書上は黒字であっても、キャッシュフローが不十分で会社が危うい状態に陥るケースがあるとの指摘を受けました。求人票などから企業の実態を見極める力も求められる中、黒字倒産の兆候について、他の受講生の方々とも意見を交わしてみたいと考えています。

思考の癖をどう克服する？ 印象に残ったこと、また学びとして感じたことは三つあります。 まず一つ目は、「自他の思考には癖がある」という点です。人間の脳は経験や知識を基に、自分の考えやすいことを考える癖があります。これを解消するために必要なのがクリティカル・シンキングやロジカル・シンキングです。この思考の癖を修正するためには、深く考えることが重要です。「なぜやるのか？」「目的は何か？」といった問いを繰り返すことで物事の解像度が上がり、不確実性の高い状況でも正しい意思決定ができるようになります。 短期と長期のロジカルシンキングの違いは？ 二つ目は、「ロジカルシンキングには短期と長期の2つの観点がある」ということです。短期的なロジカルシンキングは、会議やチャットでのコミュニケーションなど即時の対応が必要な場面で求められます。一方で、長期的には課題検証や市場調査のように時間をかけて取り組む事例があります。それぞれの性質に応じた思考の型を考慮する必要があります。 思考を行動に移す意味とは？ 三つ目は、「考えるだけでなく行動しないと、ロジカルシンキングは身につかない」ということです。どれだけクリティカルな思考をしていても、それを他者と議論しなければ思考力は育ちません。議論を通して、自分の思考がどの程度正確か評価されます。また、多様な視点を持つためにも、他人のフィードバックを受けてさらに深めるプロセスが重要なのです。 思考法をどう実践で活用する？ これらの思考法は様々な場面で活用できると感じています。例えば会議においては、参加者として会議のゴールや議論の意図を確認し、目的に沿った意見を発言することでより良い意思決定が可能になります。ファシリテーターの場合は、他の人の意見を深掘りし、整理することで、全員が納得する結論に導けると思います。 また、課題検証の場面でも役立ちます。クリティカルシンキングを身につけることで、与えられた課題を深く考え、その目的を明確にする行動が取れるようになります。そうすることで、課題を解いた時のインパクトを最大化することが可能です。 私自身も会議の場面では積極的に意見を述べることから始めていこうと思っています。幸いなことに、チームメンバーはフラットな議論を歓迎してくれるので、この環境を利用して思考を深めていくことを目指します。 課題検証の場面では、なぜ課題に取り組むのかをメンバーとすり合わせる作業を必ず実施したいです。課題の緊急性や重要度を明確にすることが、結果的に顧客の価値に繋がると信じています。