(10ページ目)

状況 ✕ 整理

に関する学び

---

なぜプロセスを分解する？ WEEK05「原因を探索する」では、まず一連のプロセスを分解して、各段階の転換（例：表示からクリック、クリックから体験レッスンへの導線）について整理する手法が紹介されていました。次に、問題の原因を探るために、企業戦略だけでなくそれ以外の要因も視野に入れる「対概念」の考え方が示され、幅広い視点での分析が求められていることが分かりました。 どうして要因に注目する？ また、原因探索の際には、コストやスピード、意思疎通といった項目を重要度に基づいて重み付けし、最もインパクトのある要因に注力することが提案されています。さらに、少ない工数でかつリスクを抑えて改善を実施できるA/Bテストによるランダム化比較実験の実施方法も取り上げられ、実践的なアプローチとして評価されていました。加えて、ファネル分析により、ユーザーの行動プロセスを段階ごとに可視化し、どこでユーザーが離脱しているのかを実数と比率の両面から明らかにする手法も理解できました。 この事例はどう見る？ 一方で、筆者自身が携わる自動車部品メーカーの事例では、採用ファネル管理表の作成が依頼されながらも、実際の元データが分散・乱雑な状態にある現状が語られていました。採用プロセスの各段階（応募者数、書類選考、面接、内定）の実数と割合を把握し、Excelやグラフ化ツールを使って直感的に状況を捉え、進捗管理やボトルネックの特定、採用プロセス全体の効率化と品質向上を目指すという目的が明確にされています。 なぜデータ整備が必要？ そのため、まずは不要なデータの削除、重複データの統合、欠損データの処理、書式や値の統一など、元データの整備に着手する必要があります。加えて、着手前には「なぜ採用ファネル管理表が必要か」を改めて検討し、採用業務全体に問題がないか、他の角度から問題が発生していないかを確認する重要性が強調されていました。 分析の重要性は何？ 今回の学びを通して、分析の基本プロセスである「what, where, why, how」を行き来しながら、各ステップにしっかり向き合うことの重要性を改めて認識することができました。

課題の整理とは？ 課題を分解し整理する思考の型や、「視野・視座・視点」という三つの視を意識することの重要性が特に印象に残りました。業務ではこれまでも経験や直感を頼りに判断してきた部分がありましたが、クリティカル・シンキングの考え方を取り入れることで、問題をより構造的に捉え、本質的な課題に近づくことができたと実感しています。 視点変換の効果は？ また、同じ事象でも視野を広げ、視座を高め、視点を変えることで、見える世界が大きく変わることに気づきました。人材開発や組織にかかわる業務では、表面的な現象だけでなく、その背後にある構造や要因を十分に理解することが求められていると感じました。今後は、今回学んだフレームワークや思考法を日々の業務に活かし、課題を整理する中でより本質的な問題解決へと繋げていきたいと思います。 大学企画から学ぶ？ さらに、選抜型社内大学の企画や運営に携わる機会を通じ、メンバーや経営層の議論から多くを学び、自分自身の視座を高める努力を続けていきたいと考えています。経営戦略や組織課題がどのように捉えられているかを意識的に観察し、自らの学びに転換することが大切だと感じています。 日々記録の価値は？ また、思考を深めるために、日々の業務を振り返りながらジャーナリングを実践することにも挑戦しようと思います。業務の状況や相手からのフィードバック、自分自身が感じたことなどを言語化することで、事実と感情を整理し、本質的な課題を客観的に捉える力を高めたいと考えています。 対話の進め方は？ 最後に、以下の2点について、他の受講生の経験や視点をお聞きできればと思います。まず、組織の課題を考える際、どの視座に立つかの判断や選択について、どのようにバランスを取るのが適切かという点です。現場、マネジメント、経営それぞれの視点の中で、どの視座を軸に課題を整理すべきかは一概には言えず、議論が必要だと感じています。次に、意見が対立した場合、感情的な反応を示す相手に対して、どのように冷静で論理的な対話を進められるかについて、皆さんの実践例や考えを共有していただければと思います。

財務数字の本質は？ 財務諸表は単なる会計上の数字の羅列ではなく、企業のビジネスモデルや経営戦略が反映された重要な情報だと実感しました。各社の事例を通して、利益を生み出すためのコストのかけ方や、事業を支えるための資産の持ち方が企業ごとに異なることを学びました。今後は、売上や利益などの表面的な規模だけでなく、コスト構造や資産の保有状況といった数字の裏側にある本質に着目し、「その企業が何で勝負をしようとしているのか」を読み解く視点を養っていきたいと思います。 学びを活かす場面は？ この学びを活かし、子会社管理業務のさまざまな場面での活用を考えています。具体的には、各子会社から提出される月次決算の報告会や、次年度の予算策定、新規の設備投資・人材採用計画の承認プロセスなどにおいて、今回の学びを取り入れたいと考えています。また、業績が低迷している子会社の課題抽出や事業計画の立て直しを議論する経営会議の場面でも、財務諸表の数字をより深く読み解くことで、議論が一層充実することを期待しています。 数値に潜む真意は？ たとえば、子会社の決算数値を見る際は、単に「予算を達成したか」や「赤字か黒字か」といった表面的な結果だけを確認するのではなく、その子会社の事業特性がP/Lのコスト構造やB/Sの資産状態にどのように反映されているかを分析しています。この視点を踏まえ、経営陣と「戦略とコスト構造が合致しているか」という本質的な対話を進めることで、より深い洞察を得るように努めています。 戦略と数字の結びは？ 具体的な行動としては、まず担当する各子会社のビジネスモデルを再整理し、それぞれにとってあるべきP/Lのコスト構造とB/Sの資産の持ち方について、自分なりの仮説を立てることから始めます。その上で、実際の財務諸表を詳しく読み込み、仮説とのギャップやその要因を深掘りする習慣をつけていきます。また、子会社とのミーティングでは、単なる数字の増減の確認にとどまらず、その費用や資産が将来どのように事業の強みや利益に変換されるのかというシナリオを問いかけ、財務数値とビジネス戦略を結びつけた議論を自らリードしていく所存です。

問題解決の問いは何か？ 戦略策定ケースを通じて、どのような問いを立てるべきかや、打ち手をどう打つかという貴重な経験を得ることができました。特に学びになったのは、まず最初に問いを立てることの重要性です。業績が伸びないといった大きな問題を解決する際には、問題の構成要素（単価、来店客数、店舗数など）の整理、いわゆる構造化と、自社の現状を把握することが必須です。その中で打てる打ち手を、分解した課題ごとに考えていくことや、状況によってイシューが変化することも学びました。 クライアント分析の着眼点 クライアントの状況を分析し、「何が課題なのか」を発見した上で打ち手を考案していく場面では、必ずイシューを押さえた上で打ち手を考案するように心がけます。また、自分自身もクライアントの就業環境に関するプロジェクトや幅広い年代の活躍を推進するプロジェクトに参加しているため、そこでの行動にも今回の知識を活用していきたいです。 会議でのファシリテーション術 会議のファシリテーションをする際もイシューの設定や、イシューを常に押さえていることが重要だと感じました。「このイシューで合っているか」を仲間と検証しつつ、意見や会話の方向性がイシューとずれている場合は修正するように心がけます。 情報収集の重要性とは？ 思考を始める際には、「イシューは何か」をまず考える癖をつけます。そのイシューが本当に適切かどうかの精度を高めるため、チームで情報共有しフィードバックをもらいながら仕事を進めることも重要です。適切なイシューの設定及び打ち手を特定するには、マーケット全体や自社の状況など多様な情報を持っている必要があると感じたので、これらの情報を積極的に収集する癖をつけること、「この情報がないと適切な問い設定ができない」という視点を持って問題解決に臨むことを意識しています。 打ち手を遂行する際の心得 実際に決定した打ち手を打つ際、行動の中で方向性が見えなくなることもあるでしょう。その場合、「このイシューに基づき、こういう効果を期待して行動している」という点を意識し直し、最後まで打ち手をやり遂げることが大切だと感じました。

どう学ぶべき？ 不確実性の高い環境では、正解を探し続けるのではなく、まず動きながら学び、仮説を立て実行し、確かめることが大切だと学びました。まずは現状を観察し、仮説を立てた上で実際に行動し、その結果から次のステップへと進むというプロセスが、さまざまな業務場面で役立つと感じています。 課題は何だろ？ 自分の業務においては、単なる作業の実行に留まらず、常に課題意識を持ちISSUEを見つけて取り組むことの大切さを実感しています。今は日々の業務に追われる中で、仮説を意識して行動する機会が十分ではないため、今回の学びを整理し、実践に活かしていく必要性を感じました。特に、営業、カスタマーサポート、経理など、各業務での活用可能性を実感しています。 商談は上手？ 営業では、お客様の現状が不明なまま商談が進むことが多いため、まず事前に仮説を立て、対話を通して状況を検証しながら進める姿勢が求められます。商談を始める際には、まずお客様の課題を明確にし、そこから適切な提案につなげる方法を意識したいと考えています。 問題の原因は？ カスタマーサポートの現場では、不具合の検証やお客様からの問い合わせに対して、事象を整理し仮説を立て原因の絞り込みを行うことで、より的確な対応が可能になると期待しています。同様に、経理業務においても、仕訳や処理の判断など、状況に応じた柔軟な対応が求められる場面で仮説思考が活かせると考えています。 状況はどう？ また、社内の他の業務においても、VUCAのような不確実な状態は存在します。そのため、まず状況を観察し判断してから行動するという考え方を、今後はさらに意識して実践していくつもりです。 従来と何が違う？ これまで私は、業務において「正確さ」や「ミスをしないこと」を最重視してきました。特に経理や顧客対応に関しては慎重さが求められるため、「まず動く」というアプローチと従来の価値観との間にギャップを感じています。今後は、リスクを抑えながら小さな実践を積む方法や、より高い精度で検証を行う具体策についても学び、両立させていきたいと思います。

目的はどう捉える？ クリティカルシンキングとは、問題に対して適切な方法と十分な深さで考察し、その結果を相手にしっかり伝える能力だと振り返っています。まず最初に、目的が何であるかを正確に捉えることが極めて重要であると再認識しました。目的の捉え方が誤っていると、どの業務においても適切な方法やレベルでの成果に結びつかないことを強く感じました。 問いは何が肝心？ 目的を明確にするためには、「問いは何か」を意識し、絶えず考え続け、周囲と共有するプロセスが必要です。しかし、その問いが本当に適切なのか、あるいはどのように設定すれば良いのかと、迷いが生じる状況もあります。こうした状況において、自身の思考が目の前の具体的な事業に偏りがちな傾向を認識し、もし偏りを感じたら、視点や視野、視座を広げるための図やロジックツリー、ピラミッドストラクチャーをイメージしながら、実際に手を動かして思考を広げる習慣を身につける必要があると感じました。 企画はどう組み立てる？ 企画書作成時には、まずメインメッセージを明確にした上でピラミッドストラクチャーを構築し、その根拠を整理することで、思考の妥当性と完成度をチェックすることが求められます。また、自身が担当する「情報共有」のための会議では、共有された情報が各部署に適切に伝わるよう整理することを意識する必要があります。 意思疎通はどうする？ さらに、上司からの指示やチーム内での課題共有の際にも、目的が何であり、目的実現のための要点（イシュー）が何であるかを明確にすることを習慣化することが重要です。どんな業務においても、「目的は何か」を問い続ける意識が基本となります。 構成をどう分解？ 最後に、根拠や構成要素を把握するためのトレーニングとして、1日10分でも目や耳にしたもの（店舗、企業、街、アプリなど）の構成要素を分解してみる訓練が効果的だと感じました。会議の進行役として、各部署に持ち帰るべき内容を整理し「情報共有」として議事録に記録すること、また打ち合わせ時には必ず「この打ち合わせの課題は何か」をタイトルとして明記する習慣を身につけることも大切です。

どうして成長できた？ 1週間の学びを振り返る演習でした。最初に学んだ内容は覚えていると思っていましたが、一部忘れていた部分もあり、見直すことができてよかったと思います。学んだだけではスキルとして身につかないことを改めて実感したので、積極的にアウトプットを行い、生きたスキルにしていくことを意識しています。 どんな目標を持つ？ さまざまな学びの中でも、特に印象に残ったのは目標を設定して取り組むという考え方です。仕事を進める上でKGIやKPIを設定するのは自然なこととして行っていますが、実際には目標を設定せず、思考が雑然としていることが多いと感じました。常に自分が何のために考えているのか、何を目標にして業務を行っているのかを明確にすることが、最短のルートであると再認識しました。 フレームはどう使う？ また、フレームワークについても、その定義を再確認し、曖昧な知識で使わないことを意識しました。フレームワークは、先人の思考が形になったものだからこそ、「使うこと」に固執するのではなく、自分の思考を整理するための補助ツールとして活用していきたいです。フレームワークをしっかり理解した上で使うことで、他者にも納得感を持って伝えられると思います。 業務の取捨選択は？ チームメンバーが少なく、タスクが多い状況だからこそ、どの業務を続け、どの業務を中断するかを学んだ知識とフレームワークを活用して見極めていきたいです。そのためにはマクロな視点で目標を設定し、達成までの最短ルートを分析することが大切です。また、その考え方を一つの真実とするのではなく、自身の思考を常に疑い、判断力を磨いていきたいです。 本当に最短か？ 具体的には、マーケティング施策を立案する際に必ず目標設定とKPIを設け、ミクロな視点で業務に関わりがちな現在の立場でも、マクロ視点を意識するよう心掛けます。そして、常に「本当にそれが最短なのか」を問い続けることが必要です。また、フレームワークの概念を理解し、仕事だけでなくプライベートでも疑問や解決したい出来事に対し、自身の考えをフレームワークで整理できるようになりたいです。

クリティカルシンキングの重要性とは？ クリティカルシンキングは、すべての専門スキルの土台となります。人は「偏り」や「制約」の中で思考しているため、「3つの視（視点・視座・視野）」を意識することが大切です。これまで、人が自分が考えやすいことに寄ってしまうことは当たり前だと思い、意識していませんでした。今後は、自身の成長のために「意識していなかったことを意識して取り組む」ことを習慣づけたいと思います。 グループワークで得た新たな発見とは？ 他者の考えを聞くことで、新たな発見や気づきを得ることが重要です。また、いかに自分が無意識に「偏り」と「制約」の中で思考しているかを認識しました。今後、グループワークのスムーズな進行を目指して、チーム内で短時間で結論をまとめるためのファシリテーションスキルを向上させたいと思います。 仮説検証計画で大切にすべきことは？ 論理的思考を持って、施策の目的を整理し、仮説を立て、期待できる効果を見据え、検証方法を把握することが大切です。視野を広く持ち、他部署だけでなく会社全体への影響を考慮した施策検討を行うことが肝要です。 効果的なコミュニケーションの取り方は？ 「自分が相手を理解」し、「相手に自分の考えが伝わる」やりとりを心掛ける必要があります。相手が「何を知りたいのか」を引き出すコミュニケーションや想像力を鍛え、相手の立場や状況を加味した伝え方を意識することが重要です。 まずは、学びの1週目として、日常的に論理的思考を実践するため以下に取り組みたいと思います。 リモートワークでの効果的なチャット術とは？ 当社はリモートワークが多く、上司も会議が多いため、チャットでのやりとりがメインになっています。特に上司は大量にくるチャットをさばきながら重要事項を頭に入れなくてはなりません。 そこで、「相手が知りたいこと」や「自分が伝えたい要点」がわかりやすい文章構成を意識したチャット文章のやりとりを心掛けたいです。そして、論理的な「文章（考えを練る時間がある）」から「会話（即興）」へと、アウトプットのレベルを上げていきたいと思います。

どんな問いから始めた？ 私自身、いきなり打ち手に飛び付いてしまう傾向があると反省し、まずは疑問形の問いを立てることから始めることにしています。考えている途中で「どんな問いだったか」を忘れたり、話が逸れてしまうことが多いため、問いは必ず記録するようにしています。同じ課題に取り組んでいる人がいる可能性も考慮し、問いを共有することでお互いの思考を深めたいと思っています。また、状況に応じてイシューが変わることを意識し、イシューを見直すタイミングに関しては基準を検討していきたいと考えていますが、具体的なイメージは実務の中で模索する段階です。 成果重視の目標設定は？ 私の勤務先では、四半期ごとに目標設定を行っており、自身が抱える問題とその解決策の案をまとめた上で上司とすり合わせをしています。この際、「本当に四半期内に成果が出せる内容か」や「組織にインパクトがある内容か」を問いながら見直すことで、より現実的かつ効果的な目標設定が可能になると感じています。 論点はどう深掘り？ また、担当領域の事業進捗については月次で実績や見込み、そして伝えたい論点を発表する機会があります。伝えたい内容を深く掘り下げるためにも、問いを立てて考察する手法が役立っていると実感しています。 根本原因を探る？ さらに、同僚から相談や質問を受けたとき、従来は単に聞かれたことに答えるだけでしたが、問題の根本原因を捉えようという姿勢を持つことで、より本質的な解決へと繋がると気付きました。これらの経験から、日々の小さな気づきを記録し、業務の際に問いとして形にすることで思考を整理し、深めるように努めています。 手書きは効果的？ 手書きで問いを立てることで頭の中を整理しやすいと感じるため、パソコンでの入力よりも手書きを好んで活用しています。また、問いを整理した後は、気軽に壁打ちができるように上司とのオンラインミーティングの時間を事前に設定することにしています。上司と私のオフィスが異なるため、コミュニケーションのタイミングを逃さないよう、スケジュール調整は早めに行うよう心掛けています。

情報設計はどう進む？ 「情報設計」から「プロトタイプ」まで進めていく中で、情報設計の担当者は1名で、その内容を確認するメンバーが数十名にのぼる状況でした。少人数で情報設計を行うと、マンネリ化による問題が生じると感じました。 多様な視点はどう活かす？ そこで、改善策として、さまざまな視点を持つメンバーが情報設計に参加する取り組みが行われました。マーケティング担当だけでなく、デザイナーやエンジニアが関与することで、多様な視点とアイデアが生み出されるようになります。ただし、メンバーが多くなると意見やアイデアの取まとめに難しさが増す場面も見受けられました。 権限整理はどうすべき？ この問題に対しては、まず権限を持つメンバーを定めることが改善策として挙げられました。さらに、担当者が期限を設定し、社内に情報を回覧する体制を整えました。また、情報設計からプロトタイピングに至るまで、正しい視点やユーザー視点が盛り込まれているかをチェックするシートも作成されました。 誰に何を意識する？ 多くのメンバーが関わると、それぞれが考えた方法や進め方が異なり、意見が多くなるのは避けられません。何かを作成する際には『誰に』『何を』『どのように』行うかを常に意識することが大切であり、これは成果物の作成に限らず、社内でプロジェクトを共有する際にも重要な考え方です。 依頼の意味は伝わる？ プロジェクトメンバーに対しては、「誰に」依頼する理由としてその人物が関わる意義を伝え、「何を」ユーザーが共感する企画を立案することを求め、「どのように」営業、制作、法務から選ばれたメンバーがさまざまな視点で試作を進めるという流れが示されました。 社内共有はどう進む？ また、プロジェクトを社内に共有する際は、「誰に」伝えるのか、その理由を明確にし、「何を」会社が抱える課題に対して新たなサービスを構築した事実を伝え、「どのように」関係する各部門から選出されたメンバーが取り組んだプロセスを丁寧に説明することで、プロジェクトに関わっていないメンバーの疎外感を解消することが重視されました。

なぜ柱を立てる？ まず印象に残ったのは、「まず柱を立ててから理由を考える」という流れです。いきなり理由を並べるだけでは、何を伝えたいのかがぼやけてしまう恐れがあるため、最初に主張の軸となる柱を決め、その柱に具体的な理由や根拠を付け加えることで、伝えたいことが明確になりやすいと感じました。 情報整理はどうする？ 振り返ってみると、情報を整理するプロセスや、順序立てることの重要性がしっかりと理解できました。具体例を交えながら説明されていた点がとても分かりやすく、実際の状況に結びつけるとさらに実践に役立つと考えられます。 意識すべき柱は？ また、今後の報告やプレゼンテーションにおいて、伝えたい内容の柱を意識することは非常に有効です。伝える前に主張の軸を定め、説得力のある理由や具体例を準備することで、聞き手に理解してもらいやすくなるでしょう。さらに、日常生活の中でもピラミッド・ストラクチャーを応用することで、対話や意見交換の質を高めることができると実感しています。 対話のコツは？ 今回学んだ「柱を立てて、順序立てて伝える」という考え方は、対話の中で相手の気づきや判断軸を引き出すプロセスにも通じるものがあります。いきなり結論を提示するのではなく、まず問いかけの軸を複数立て、その上で理由や背景を整理しながら話を展開することで、相手との対話がより建設的なものになると感じました。 会議準備はどうする？ この考え方は、来週予定しているクライアントとの初回ミーティングの事前準備にも活かしていきたいと思います。例えば、あらかじめ問いかけの軸を2〜3本用意し、それに対応する具体例や観点を整理しておくことで、会話の中で相手から適切な答えを引き出しやすくなるはずです。さらには、提案資料の作成にも、冒頭に明確な主張（柱）を置き、その根拠や背景をわかりやすく並べる構成を取り入れてみようと考えています。 繰り返しの秘訣は？ これからも、思考の整理と対話設計の両面でこのスキルを意識し、繰り返し実践することで、自然に使いこなせるよう努めていきたいです。

データ加工の意味は？ まず、データの加工の手法について学びました。合計値や割合の計算、データの並べ替え（降順・昇順）とグラフ化によって、バラバラで分析しにくかった情報が視覚的に整理され、グッドポイントや課題を明確に把握できるようになりました。 データ分割はどう？ 次に、データの分け方では、複数の切り口を用意する重要性を実感しました。ただ単に単位で区切るのではなく、学生の分布など他の視点も取り入れ、どの境界で大きな差が生じるかを見極める手法が有効であると学びました。 分解時の注意点は？ また、分解する際の留意点として、最初に見つけた法則だけに頼るのではなく、別の法則が存在しないかを検証する必要があることを理解しました。そのためには、あらかじめ多様なデータ分けの方法を知っておくことが重要です。 条件変更の背景は？ 一方で、プロジェクトの審議対象条件の変更という任務にも取り組みました。過去のプロジェクトの状況を参考に新たな運用要領の改訂を担当する中で、上司の指示に従いながらも、過去の経験則だけで条件を決定してしまい、リスク対象外の案件のみを報告してしまいました。その結果、上司からは「分析不足であり、このままではルール変更の妥当性が判断できない」と指摘を受け、改めて具体的に何がリスクとなっているのかを明確にする必要性を痛感しました。 分析の進め方は？ 今後は、結論ありきでデータを眺めるのではなく、データの加工、分け方、分解の留意点を活用し、具体的なリスク要因を洗い出していこうと考えています。これにより、上司からの指示にただ従うのではなく、状況やデータを自ら分析し、その提案が適切かどうかをフィードバックできる立場へと変わっていくことが求められます。ただし、スピードも重要で、分析に時間をかけすぎると業務が滞るという課題もあります。 分析とスピードは？ 皆さんは、限られた時間の中で「どこまで分析するか」をどのように判断していますか？分析の深さとスピードのバランスについて、具体的な工夫や考え方があればお聞かせいただければと思います。