(26ページ目)

本 ✕ 目的

に関する学び

---

信頼のリーダー像は？ ピータードラッカーのリーダー像、「つき従う者がいることがリーダーの定義。信頼がなければ従う者はいない」という言葉が、特に心に響きました。メンバーとの関係性について模索中の自分にとって、この言葉は強く腹に落ち、関係性があってこそ行動や成果が生まれると再認識する機会となりました。今後は、その関係性をどのように構築していくか、具体的な手法を学んでいきたいと考えています。 背景から何を伝える？ また、「仕事の背景から伝えよう！」という考え方からは、意義や目的という大きな視点を伝えることで、メンバーの自律的な動きを促す方法を学びました。レンガ積み職人の話が示すように、当たり前の話であっても実行する難しさを改めて感じました。まずは自分に心と時間の余裕を持つことが、メンバーに対してゆとりのある対応をするために大切であると実感しました。 信頼関係はどう築く？ さらに、メンバーとの信頼関係を醸成するためには、相手の思いや考えにしっかりと耳を傾けることが重要です。まずは相手を理解し、その上で自分の考えを伝える姿勢を日々意識していきたいと思います。 指示粒度はどのように？ 最後に、指示の「粒度」に関する話題には大変興味を持ちました。相手やタイミング、内容に応じた個別対応が求められる中で、その根本となる原理原則や管理と委譲の観点について、今後も検討していきたいと考えています。

多様な案って何？ 今回のゲイルのように、一つの目的に対して三者三様の案が出るケースは、会社内でもよくある事象だと感じました。最も現状に即した戦略を考えるために意識すべきポイントは以下の通りです。 情報整理は必要？ まず、大局的な視点から情報を整理することが重要です。個人の経験則や主観に頼るだけでは情報の漏れが発生しがちですので、フレームワークを活用し、経営者の視点を持つことが必要です。 数値重視でどう？ 次に、数値的な根拠を明らかにすることです。定性的な情報よりも定量的な情報を重視することで、客観的な事実が明確になります。これにより、本質的な部分にフォーカスした改善策を打ち出すことが可能です。 中長期目標は？ 振り返ってみると、短期的な成果目標を立てることが多いため、中長期的な視点に立ったゴール設定を考える必要があると感じました。新しい業務を進める際には、自身の主観に頼らず、フレームワークを使った客観的な情報整理やチームメンバーの意見を取り入れることで、集合知を活用したいと考えています。 フレーム使い方は？ 様々なフレームワークについて、まだ理解を深める必要があるため、実践を重ね、状況に応じた適切なフレームワークを使えるようになりたいと思います。また、業務改善を提案する際には、数値的な根拠を含むことで、主観的な意見に終始しないようにしたいと考えています。

集客の見直しはどう？ 実践において、当初「集客」を問題と考えていたものの、活動を進める過程で「集客」を見失い、結果として問題の本質に気づくのが遅れてしまいました。この経験から、目的を常に意識しながら進める重要性を再確認しました。 仮説の多角的検証は？ また、動画講義では仮説思考の実践方法について学びました。複数の仮説を網羅的に検討し、一つだけに頼るのではなく、多角的な視点から論点を捉える必要があると実感しました。反論を受け入れる姿勢や、都合の良いデータ集めを避けることで、仮説が誤っている場合にも柔軟に見直すことができるという点に大きな気づきがありました。 仮説の役割は何？ さらに、仮説の種類やその役割についても理解を深めました。論点に対して仮の答えを示すコミュニケーション仮説と、問題を解決するための問題解決仮説といった区分や、失敗の原因究明といった過去の事例、あるいは未来の展望に基づく仮説があることを学びました。これらの仮説に検証計画をセットにして進めることで、説得力が増すことを実感しました。 学びと実践の道は？ 今後は、複数かつ網羅的な視点で仮説を立てるため、各種フレームワーク（例：４Pや３Cなど）を積極的に学び、状況に応じて最適なものを選ぶ意識を持ちたいと思います。同時に、仮説と検証をセットにした提案を自分自身だけでなく、チーム全体で実践することが重要だと考えました。

視点は何故多様？ クリティカルシンキングでは、自分の思考をチェックする「もう一人の自分」を育てること、さまざまな視点から物事を見る「3つの視」、そしてMECEの観点で分解することが重要だと学びました。自分自身の思考の癖を把握し、その判断が本当に正しいのか、ほかの視点はないのか、また情報に漏れや重複がないかを常に考えることが求められます。これを鍛えるために、「具体と抽象」のフレームを活用し、日常生活の中で繰り返しトレーニングすることが必要だと理解しました。 意見はどう比較？ また、メンバーから提案があった場合や判断を迫られる状況では、単純に意見に流されたり短絡的に判断するのではなく、本当にそれが妥当なのか、組織にとって最善の選択は何か、あるいはほかにどんな選択肢があるのかを検討する姿勢が大切です。特に、複数の回答を用意し、それぞれのメリットとデメリットを比較考慮した上で最適な判断を下すことが重要だと感じています。 別の方法は？ さらに、常に多角的な視点で物事を考える習慣を身につけるため、身近なものについて「なぜそうなっているのか」「より良くするためにはどうすればよいのか」「もし全く別の方法に置き換えるとしたらどうなるか」を考えてみる訓練を継続することが求められます。業務においても、まず目的を明確に意識し、その上で他の方法で実現できないかを検討するアプローチが有効であると実感しています。

比較の基本って何? 分析とは比較であるという基本原則を再確認しました。講座では、次の３つの軸に沿って考える重要性が強調されました。まず、プロセスとして仮説思考を実践し、次に５つの視点から多角的に状況を捉えること。そして、アプローチとしてグラフを活用する際には、「どの仮説を立てるか」「何と比較するか」「どのグラフが適切か」という点を検討する必要があると学びました。 立ち止まって考える? この学びを自分の業務に活かすため、まずはデータに飛びつく前に一度立ち止まり、ペン（あるいはキーボードに頼らない）を置いて、分析の目的と複数の仮説を明確にすることの大切さを実感しました。営業活動では、数字が絶えずやってきます。得意先や自社の各部門から提示される数値に対し、ただグラフを作成するのではなく、「データ分析を通じてどんな成果を得たいのか」しっかりとした作戦を練ることが、主導権を握るために必要だと感じました。 見える化の効果は? さらに、「顧客フォーキャスト」と「自社生産計画」を見える化し、グラフ化および定期的な更新を仕組み化する提案も印象的でした。この仕組みにより、営業部門と製造部門が共にデータを活用し、サプライチェーンマネジメントの強化が期待できると考えています。 今後の戦略はどう? 今回の講座で得た知識を、今後の業務に活かし、より効果的な分析と戦略立案に取り組んでいきたいと思います。

今週の学び「問いの立て方」とは？ 今週は「問いの立て方」について学びました。その内容としては、以下の3点が重要です。 1. **問いから始める事**：最初に問いを意識すること。 2. **問いを残す事**：問いを意識し続けること。 3. **問いを共有する事**：組織全体で方向性を共有すること。 解決策とは何を指すのか？ 「問いから始めること」について特に考えさせられました。総合演習の設問で解決策と課題のまとめを行う中で、「そもそも何を解決したかったのか」が不明確なことに気が付き、自分自身で今ここで答えを出すべき問い（イシュー）を意識して取り組む必要があると改めて感じました。 業務への応用を考えてみる ここから得た気づきを基に、社内外の業務にどのように応用できるかを考えてみました。 **製品仕様、要求仕様の検討**： 製品の細かい仕様やユーザーからの要求仕様を製品仕様に落とし込む際、「何のために必要な機能か」「本当に必要な機能は何か」を最初に考え、イシューを設定してから仕様の検討に着手することが重要です。 **社内の打合せ**： 社内外の打合せでは、目的をイシューとして設定し、会議の時間内に何を決めるべきかを明確にすることで、会議の時間を効率的に使えるようにする必要があります。 以上のように、問いを意識することが、業務の効率化や質の向上に寄与すると感じています。

数字分析の基本とは？ 数字を使った分析を行う際には、目的をしっかり意識し、そのうえで要素を適切に分解することが重要です。要素の分け方を工夫しないと、誤った結論に至る可能性があります。こうした分析においては、複数の角度から考えることが求められ、MECEの手法が有用です。 切り分けの効果的手法 「モレなくダブりなく」を意識して、ある要素を切り分けることが重要です。まずは全体を定義し、その後に目的に合った切り口で分解することで、問題点を明確にできます。分解の手法には、「階層分解」（～である/～でないに区分け）、「変数分解」（例えば、売上を単価×数量で分ける）、「プロセス分解」（どのフェーズやプロセスに問題があるかを見極める）が含まれます。 事業計画で何を意識すべき？ 事業計画を立てる際には、売上の視点と組織育成の視点それぞれに対して、目的に応じた切り口で要素を分解し、それを計画の立案に活用したいと考えています。また、個々のプロジェクトに対しても、売上や要員育成の観点から目標を設定し、その上でメンバーへの指導に役立てたいと感じました。 今後の見直しポイントは？ 来季の事業計画については、組織体制を含めて再度見直しを行う予定です。予算と育成の観点から今後必要と思われる要素をMECEなどを活用して洗い出し、実現可能性が高く成長が見込める提案を立案できるように努めたいと思います。

分析と整理の違いは何か？ 「分析」、「収集」、「整理」はそれぞれ異なる作業です。データ整理で分析が終わることもしばしばあり、比較対象があいまいになることもあります。また、見せ方に時間をかけすぎると、「相手に伝えたい」という本来の目的が不明瞭になることが多々あります。これは、「分析とは比較である」ことや「目的に立ち返ること」がしばしば抜け落ちがちだからではないでしょうか。楽な方に流れる思考や、目に見える分かりやすいものに飛びつきやすいバイアスに引っ張られる癖があります。自分の特徴を含めてこれらをしっかり俯瞰して整理しておかないと、学びの方向性やその捉え方がずれてしまう可能性もあると感じました。 常に数値を更新する重要性 販売状況や市況状況、社内状況の分析を進める中で、過去の基準や初期値がたびたび変更されてきました。分析が比較である以上、常に更新された数値のみが注目されることが多いです。このような状況では正確な分析ができず、意思決定に繋がらないと感じています。これはとても危険なことかもしれません。 データ整理はなぜ重要か？ 様々な分野で目的とされることを視野に入れ、使用されるデータの洗い出しを行います。比較するためにも整理が必要ですので、いつでもデータを抽出できるよう、整理を行うことが重要です。整理された状態から、それぞれの目的に合わせた比較基準を設計することが求められます。

分析の目的は何？ 分析は、目的に応じた比較作業として位置づけています。分析の際には、まず目的を明確にし、その目的に沿った仮説検証に必要な項目とデータを収集、分類します。そして、比較対象や基準を設定することで、結果が意思決定につながるよう意識しています。 データの見せ方は？ また、データの性質に合わせた見せ方を心がけることが大切です。データ分析で明らかにしたい事柄に最適な表現方法を選ぶことで、無駄なデータ加工を避け、例えば帰還した機体を基に無駄のない結論を導くといった論拠のあるアプローチが可能になります。 仮説と経験はどう関係する？ 実際、Webサイトのアクセス解析を日常的に行っているため、データから仮説を立てる経験はあります。しかしながら、売上向上や認知拡大、新規ユーザの獲得といった本来の目的達成のために、どの分析手法を用いるべきか、その根拠となるデータ解析に結びつけることが必要です。 追跡設定の必要は？ さらに、解析ツールにおけるデフォルト設定以外のトラッキングに関しては、どのデータを収集すべきかが不明瞭になりがちです。よって、まず目的をはっきりさせ、必要な要素を明確に把握することを心がけています。また、取得できるデータの切り出し方次第で得られるインサイトは異なるため、どのデータがあればどのような推論が可能になるかを意識し、分析スキルの向上を目指しています。

どうして課題分解が有効？ 複雑な課題に直面した際、ロジックツリーなどのツールを活用して課題を細かく分解する方法を学びました。頭の中だけで考えると曖昧な課題に圧倒されがちですが、整理することで本当に解決すべき核心が明確になり、具体的な行動計画へと結びつけることができます。特に、関係者との議論において共通認識を持つためにも、この手法は非常に有効であると感じています。 本来の目的は何？ また、業務を進める中で目の前のタスクに追われ、本来の目的や問いを見失ってしまうことがありました。定期的に問いを見直す習慣を身につけると、常に目的意識を高く保ち、無駄な作業を削減することが可能になると実感しました。 今後の取り組みは？ 今後の取り組みとして、以下の点を意識していきたいと思います。 実行方法はどうする？ まず、定期的な「イシュー確認会議」を導入します。チームでプロジェクトを進める際、週に一度など短い時間でも「私たちの本来の問いは何か」を確認する場を設け、常に問い続ける機会を作ります。次に、新しいタスクが開始された際には、まずロジックツリーを作成し、全体像と具体的な解決策を視覚化する習慣を定着させます。さらに、個人的な思考整理にも付箋を活用し、重要な問いや課題を常に目に見える状態に保つことで、日々の業務に流されることなく、本来の軸を見失わないよう努めます。

どう認識を合わせる？ 課題は、見る人や見る角度によって変わるため、何を解決すべきかを正確に判断し、関係者全員がその認識を共有することが重要だと実感しました。また、時間が経つにつれて認識が薄れ、混乱が生じる可能性があるため、常に課題を再確認し、認識にズレが出ないよう努める必要があります。 導入の本質は？ 私の業務は、新しい技術やソリューションを現場に導入することです。しかし、過去には「ソリューション導入」自体が目的化し、本来解決すべき課題や本質が曖昧になってしまったことが何度もありました。 問いの立て方は？ 今回の問いの立て方は、これまでの経験を踏まえると非常に示唆に富むものでした。今後は、まず現場の課題を大局的に把握し、そこから各要素に分解していくアプローチで問いを設定していきたいと考えています。この方法により、本質的な課題解決につながると期待しています。 課題はどう可視化？ まず、自分なりの現場での課題を、たとえ漠然としていても可視化します。その後、既存のフレームワークを活用して、課題を具体的な要素に分解していきます。 理解は届いてる？ そして、その分解した内容を上司や同僚に提示し、課題の理解が共有できているかを確認します。理解が得られた段階で、適切なソリューションを検討し、具体的な実行内容を上司や同僚と協議して進めるようにしています。

どう原因を探る？ 問題解決の原因を探る際は、まず全体像を把握し、プロセスをどのような構造で進めるかを考えます。そのうえで、単に全体を細分化するのではなく、「ここに問題があるかもしれない」という仮説を立てながら適切に分解していくことが大切だと感じました。 解決策はどう決める？ また、解決策を検討する場合は、複数の案を洗い出し、定量的な基準など根拠をもとに評価しながら絞り込むことが効果的です。この手法のひとつとしてA/Bテストが挙げられます。A/Bテストでは、実際の反応を確認することで、低コストかつリスクを抑えながら一つずつ要素を検証することができます。実施時には、目的や仮説、検証項目、そして期間や時間帯といった条件を統一することで、他の要因が評価に影響しないよう留意する必要があります。 本当のゴールは？ 実務においては、どうしても自身の感覚や他者の意見に頼りがちですが、次回からはたとえ結論が同じになった場合でも、客観的かつ定量的な評価を取り入れて複数の解決案を検討し、アプローチするよう心がけたいと思います。また、アサインされた案件や依頼事項の目的が本来「問題解決」であることに気付かない場面もあるため、まず「何がゴールなのか」を自分自身や他者に問い直すことの重要性を再認識しました。 もし、実際に業務でA/Bテストを実施された事例があれば、ぜひお伺いしたいです。