(6ページ目)

目的 ✕ 共有

に関する学び

---

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

問題解決はなぜ重要？ 問題解決のステップである「What・Where・Why・How」は、根本的な課題解決力を高めるための重要なフレームワークであると改めて実感しました。問題解決を急ぎすぎると、いきなり「How」に飛びついてしまい、問題の本質を見失った対策に陥るリスクがあります。そのため、各ステップにおいて「なぜこの工程が必要なのか」を意識しながら、丁寧に取り組むことが必要だと感じています。 分析の目的は何？ また、分析を行う際には、対象データやその性質、進行中のステップに応じ、複数の切り口やフレームワークを柔軟に活用することが大切です。視野を広げ、多角的な考察を実施する姿勢が求められるとともに、目的意識が明確でなければ、どれほど緻密な分析も意味をなさなくなります。分析の際は、「なぜデータ分析をするのか」「どの課題を解決すべきか」をはっきりと定めたうえで取り組むことが肝要です。 どう活かすべき？ 今回の学びを活かせる具体例としては、施策の検証やシミュレーション、数字の未達や達成要因の分析、データの可視化やダッシュボードの作成と管理などが挙げられます。これらの業務においても、問題解決の各ステップを意識することで、仮説思考や多角的な視点を補完し、抜けや偏りのない網羅的なアプローチが実現できると考えています。 情報共有はどう？ 特に、作成したダッシュボードを部署内で共有し、全員が直感的に課題やポイントを理解できるよう、視認性や意味を重視したデータの加工・構成を工夫することに取り組んでいます。今回学んだ内容は、実践と定期的な復習を通じて、他者に説明できるほど深く理解し、業務の中で確実に活用していきたいと思います。 学びを続けるには？ この学習を一度限りのものとせず、継続的な行動として定着させるため、問題解決の各ステップを意識しながら、クリティカルシンキングやヒューマンスキルといった幅広いビジネススキルの向上にも努めていきます。

エンパワメントの原点は？ エンパワメントとは、組織の構成員が目標達成のために自律的に行動できるよう、勇気や自信を与えるリーダーシップ技術です。これは、権限移譲という構造的なアプローチと、支援やモチベーション向上という心理的なアプローチの両面から実践されます。 目標計画の極意は？ 目標設定および計画立案のプロセスでは、まず成功基準を明確にし、目標の意義に納得することが重要です。その上で、メンバーと十分に共有し、共感を得ることで目標が意味を持ちます。目標をもとに計画を立案する際は、丸抱えや丸投げを避け、6W1H（何を目的に、誰が、いつまでに、何を、誰に対して、どうやって、リスクと対策）の要素が揃っているか確認することが求められます。この際、エンパワメントの技術が大いに役立ちます。さらに、立案から実行、そして振り返りの各プロセスを繰り返すことが成功への鍵となります。 質問はどう磨く？ 質問力に関しては、まず自分自身が問題解決の全体像を把握し、部下の思考の特性を理解することが前提となります。論理の三角形構造を意識し、「なぜ？」「だからなに？」「他に考えるべき論点は？」といった問いを投げかけ、本人に自ら気づきを促す質問が効果的です。 自己成長のヒントは？ 私自身は、従来からエンパワメントを勇気や自信を与える関わり方として捉え、周囲をサポートできる人間を目指してきました。実際、業務を依頼する際には、権限移譲と必要なサポートを意識して実践しています。一方で、かつて部門の目標や個人のアサインメントに対して納得が得られず、身が入らなかった経験もありました。今後、部下に目標設定を促す際には「自分の言葉で発信させる」ことを心がけ、理解を深めてもらいたいと感じています。また、現在の上司の鋭い質問に日々挑む中で、自分の論理的思考が十分でないことを痛感しています。そのため、質問力を磨えるよう、まずは自分の思考の癖を改善していきたいと考えています。

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

リソース配分は正しい？ 限られたリソースをどのように効果的に活用するかを考えることの重要性を学びました。すべての顧客に均等にリソースを割くのは非効率であるため、時間当たりの利益貢献度を基に優先順位をつける必要があります。このアプローチにより、成果が期待できない部分のリソースを大胆に削り、重要な顧客に集中することで、組織全体のパフォーマンスを向上させる戦略が明らかになりました。 ROIで判断する？ また、ROI（投資対効果）という視点を活かして意思決定を行うことが効果的だと気づきました。各顧客の売上や利益率、時間当たりの利益貢献度を分析し、ROIが高い顧客にリソースを集中させることが望ましいです。さらに、顧客特性に応じて最適なアプローチを取ることで、ROIをさらに向上させることも可能です。たとえば、長期関係のある顧客には信頼を高めるサポートを、新規顧客には競合と差別化する対応が求められます。 業務見直しは必要？ 日常業務においても、昔からの慣習に流されずに、その業務が本当に必要なのかを常に問い直すことが大切です。FAXや印鑑など、過去の流れで続けている作業が本当に不可欠か見直す必要があります。また、不要な業務は思い切って削減し、削減で生まれた余裕を付加価値の高い業務に振り分けます。 自動化は進んでる？ 自動化についても常に考慮し、人手で行う業務をRPAや自動化ツールで代替できるかを検討します。その結果、実施可能な自動化プロジェクトをリスト化し、効果的な実行を目指します。 業務目的は何？ さらに、業務の目的を定期的に問い直すことも重要です。「この業務は何のためにあるのか？」を見据え、目的に合致していない業務がないか確認し続けることが、より効率的な働き方につながると考えます。効率化の意識をチーム全体で共有し、改善案や気づきを他のメンバーと積極的に共有することで、全体としての効率化を支える体制を築いていきます。

イシュー整理の重要性 イシューについて整理しました。 まず、いきなり考え始めるのではなく、目的を明確にすることが重要です。問いや課題に対しては、その本質や解決の道筋を考え、可能な解決策をいくつかカテゴライズします。そして、本質に対しての裏付けや根拠を数値を用いて行うことが必要です。 プロジェクト管理への応用は？ 私はSIerでプロジェクトマネージャーをしています。そこで、この方法をプロジェクト管理やチームの問題解決の場面で活用したいと考えています。新製品開発やソフトウェアプロジェクト、業務改善プロジェクトなどで、リスクや課題を効果的に管理し、進捗を安定させるために用いるつもりです。 イシューの特定と優先順位付けとは？ イシューの特定と優先順位付けについては、プロジェクト開始時に潜在的な問題やリスクを洗い出し、イシューとして登録します。各イシューについては、影響度と緊急度に基づき優先順位を設定し、重要な問題から対処していきます。 進捗管理のシステムは？ 次に、イシュー管理のプロセス設計です。イシューの進捗を継続的に監視するために、専用のツールやシステムを使用します。また、各イシューには責任者を明確にし、対応策を実行する担当者を決定します。 効果的なコミュニケーション方法は？ コミュニケーションと報告の部分では、プロジェクトの進行に合わせて定期的にイシューのステータスをレビューし、必要な対策を講じます。そして、進捗状況や解決策について関係者に適切に報告し、情報共有を行います。 問題解決後の改善策は？ 最後に、問題解決のプロセス改善です。イシューの解決後には、対応策の効果やプロセスを評価し、フィードバックを収集して改善点を明らかにします。さらに、解決したイシューの事例を文書化し、将来的なプロジェクトで活用できるようにします。 これらの方法を通じて、プロジェクト管理がより効果的に行えるようになると期待しています。

分析に必要な問いは？ データ分析の本質は、単に数字を扱う技術だけでなく、適切な問いを立て、ストーリーを構築する力にあると改めて認識しました。特に「What-Where-Why-How」のフレームワークは、やみくもな分析を避け、目的に沿った思考を進めるための強力なツールであると感じました。また、平均値だけでなく、分布やばらつき、最頻値を確認する重要性や、積み上げ棒グラフやヒートマップといった視覚化の工夫により、データの解釈が一層深まることも印象的でした。 仲間から何を学ぶ？ さらに、仲間と学び合う中で、異なる視点に触れることで自分の思考の幅が広がることを体感しました。その結果、クリティカルシンキング、プレゼンテーション、マネジメントといった周辺スキルの必要性も再認識することができました。今後は、学んだ内容を単なる知識として終わらせず、実務に生かし、共有し、継続して取り組むことが課題であり、楽しみでもあります。 組織活用のヒントは？ 学びを個人だけに留めず、組織全体で活用するために、顧客体験向上では利用者属性や満足度のデータを基に、ターゲット毎にプランやサービスを改善していく考えです。具体的には、ある層に合わせた柔軟な契約プランや、別の層に対してサポート体制を強化するなど、感覚だけでなく根拠あるデータに基づいた意思決定を行い、施策のインパクトを最大化していきます。 研修で課題解決は？ また、人材育成と組織への浸透を図るために、「What-Where-Why-How」やクリティカルシンキングといったフレームワークを研修に取り入れ、課題解決力の強化を目指します。分析結果をチーム内で共有し、「なぜ？」と考える習慣を根付かせることで、データがストーリーとして伝わり、現場が納得して能動的に取り組む環境作りを推進します。さらに、部署内での継続的な共有やディスカッションの場を設けることで、視点を広げる取り組みを続けていきます。

直感に頼らず考えるには？ 人間は直感や経験に基づいた発想を無意識にする傾向があります。そのため、自分自身の思考に対して「なぜ？」や「他には？」と問い続けることが重要です。また、他人からフィードバックを受けることで自身の思考を育て、多角的な視点を養うことができます。これによりバイアスのかからない思考が可能となり、考える過程を言語化できる、つまりロジカルシンキングが得意になると言えるでしょう。 多面的な視点を養う秘訣 物事を考える際に自分の視点からのみ考えてしまい、多面的な見方ができていないことに気づかされました。無意識のうちに自分が考えやすい方向に思考をしてしまう自分自身に気づき、まずは自分の考えの癖を意識し、注意することが必要だと強く感じました。 ITインフラエンジニアの視点でプロジェクトを検討 私の職種はITインフラエンジニアで、稼働システムの運用や保守、新規システムの設計や構築を担当しています。例えば、古い環境のシステム更改時に単純に今あるものを新しくする視点からタスクを洗い出したくなります。しかし、システムに関わる全ての関係者の目的や、その手段、期限、効果などを考慮することで、より意義のあるプロジェクトに寄与できると感じています。日々の業務においても、正確で相手が納得できる発言をすることが、短時間で精度の高いタスクの進行に繋がると思います。 なぜそのタスクを行うのかを共有する重要性 さらに、身近なメンバー間での単純な作業内容の共有にとどまらず、なぜそのタスクを行うのか、その意義やプロジェクトの方針などを共有し、認識にずれがある場合は軌道修正します。また、プロジェクト内の見える範囲に限らず、関係者以外の方にも意識を向ける必要があります。経験に頼ったタスクに対しては、なぜそれを行うのか、他に手段はないのかを検討する時間を設け、コミュニケーションにおいては具体的で理解しやすい内容を常に心掛けることが重要です。

どう理解を深める？ 状況を正しく理解するためには、層別分解、因数分解、プロセス分解など、様々なパターンを活用し、多角的な切り口で分解していくことが有効です。ただし、最初に「理解したつもり」になることなく、何度も分解を繰り返す姿勢が重要です。全体を具体的に定義しなければ、後々解像度が落ちる恐れがあるため、まずは全体像を正確にとらえることが求められます。目的を明確にした上で、その目的に即した切り口で分解していくことが、効率的な理解につながると言えるでしょう。また、たとえ分解しても理解が進まなくても、現状が「何もわからない」という事実に気づけること自体が大きな前進です。さらに、MECE（漏れなく、ダブりなく）という考え方は、情報を網羅的かつ重複なく把握するために非常に役立ちます。 データ分析は有効？ また、社内の課題の原因を正しく捉えるために、業務関連のデータ分析を積極的に活用することも重要です。具体的には、社内システムからデータをダウンロードし、グラフに落とし込むことで傾向を把握し、その結果を用いてプロジェクトの方向性に対する合意形成を行うといった流れが考えられます。作成した資料についても、MECEの考え方を活用し、漏れや重複がないかを確認することで、より正確な情報共有が可能になります。 どこから挑戦すべき？ 実践演習の中では、売り手や顧客側の情報に基づき分解を試みる際、直接的なアンケート調査を行うのが難しいという課題に直面することもありました。そのような場合は、手元にある情報のみをもとにまず推測を試み、どのようなアンケート調査が必要で、何の回答を得るためのものなのかといった目的を明確にする必要があります。情報が限られていると何から手を付けてよいのか分からなくなることもありますが、他の方々の状況やスキル、取り組み方などを参考にすることで、どのように工夫し、どこから始めるべきかのヒントが得られると感じました。

エンパワメントのコツは？ 松下幸之助の言葉「任せて任せず」に基づく具体的な実践内容が詰まった学習でした。エンパワメントを行う際のコツや留意点として、「余裕を持つこと」「相手をよく知ること（権限を含む）」「エンパワメントに向く、向かない仕事を見極めること」「リスク対策を行うこと」が挙げられます。私に最も不足しているのは余裕を持つことだと再認識しました。エンパワメントは自分のためではなく、メンバーのためであることを常に意識し続けることの重要性を学びました。 目標と計画は大丈夫？ リーダーシップ行動の3つのプロセスのうち、①目標を立てて共有することについては、「成功基準があるか」「振り返りができるか」「目標の意義に自分が納得できているか」という要素が重要です。また、目標はメンバーと共有して初めて意味があります。②計画を立てることについては、計画策定をメンバーに任せて考えさせることが大事で、その際には「ゴールとその道筋の認識が一致しているか」が重要です。普段使用しているOSDCフレームワークや段取りのイメージをメンバーに言語化させるよう心がけます。 組織目標は伝わった？ 4月に行った方針発表で組織目標を説明しましたが、それだけで「メンバーに正しく伝わった」「目標に共感できている」と思い込んでしまっている可能性があると反省しました。メンバー全員が目標の意義に納得できるよう、丁寧に説明することの重要性を再認識しました。 ビジョン共有すべき？ 現在の組織で欠けていると感じるのは「目的・ビジョンの共有」です。年度初めに立てた組織の目標がありますが、今一度その意義を問い直す取り組みをしたいと思います。メンバーと一緒に「今の仕事を辞めると誰が困るのか」「自分やチームの仕事が会社全体のゴールとどう結びつくのか」を考える場を設けます。11月に実施される全社エンゲージメント・サーベイの前にこの場を設定する予定です。

直感判断、信頼できる？ 実践的な場面に直面すると、つい反射的に考えてしまうことが多いと実感しました。人の思考には必ず偏りがあり、目の前の課題に対し、反射的に思い浮かんだ解決策をすぐに当てはめるのは避けるべきです。 その理由として、 1. 反射的に思い浮かんだ解決策は、自分の経験や限られた知識に基づいた発想である可能性が高いこと。 2. そもそも、そのことが本当に課題であるかどうかを検証していないため、無駄になる恐れがあること。 3. 解決策の目的に立ち返らないと、方向を見失い、無駄な労力を使う可能性が高いこと。 4. 解決策をMECEで考えないと、考え方に広がりが欠けること。 そのため、まずは何が課題なのかを最優先に考えるべきです。「ISSUE」こそが最優先です。このためには、最適な「問い」の設定が不可欠です。 目標設定は見直す？ 身近な事例で考えると、「来場者を10％増やすためにはどうすればよいか？」という目標がありますが、その前に、なぜ10％が必要なのかを検証した方が良いです。そして目標を10％に設定した場合、そのための仮説を立て現状を分析します。この際、データを集めるだけでなく、視覚化することが大切です。具体的には、データをグラフにする、日別・月別・季節別に分ける、目的別・性別に分析するなどの方法があります。 課題はどこにある？ さらに問題を明確にするために、ピラミッド・ストラクチャーを用いて広さと深さの視点で整理し、どこに課題があるのかを明確にします。その上で、課題への施策を洗い出し、優先順位を付けて実行します。 共有は大切か？ 日々クリティカルシンキングを活用する場面が訪れるので、毎回面倒がらず、自分を批判するつもりで取り組みます。これを実践すれば、メンバーの中でクリティカルシンキングを知らない人が困惑するかもしれません。しかし、思考法を共有した上で実行することが重要です。

店舗改善で何が重要？ 店舗のオペレーション改善においては、新機器やシステムの導入、新サービス開始に伴うオペレーション変更、生産性向上を目的とした人員配置の見直しなど、検証を重ねています。これから実務に取り組むにあたり、特に以下の2点を意識して改善を図りたいと考えています。 迅速な試作品作りは？ まず1つ目は、初期段階で迅速にプロトタイプを構築することです。通常、本社のラボでテストを実施してから実店舗での検証へと進むため、準備や実施、レビューに多くの時間がかかってしまいます。初期のテストも何度か繰り返すことが多いため、まずは主な要素に絞ってプロトタイプを早く考え始めることが重要だと感じています。 抽象思考はどう進化？ 次に2つ目は、抽象的な考えを手で形にすることです。頭の中で考えるだけでは前に進まないこともあるため、絵や図に描くことで思考を整理するとともに、他者と共有し意見を募りやすくなると考えています。 他部署との連携は？ 講義を受けてからまだ実践する機会はありませんが、以前、店舗で使用する資材を他部署と共同で開発した際、このプロセスが非常に効果的だった経験があります。まずは手書きでプロトタイプを作成し、各部署から意見やフィードバックを集めてブラッシュアップ。その後、外部にデザインを依頼し、校正された資材を実店舗で実践しました。店舗から寄せられたフィードバックを基に改善を加えることで、何度の検証を重ねた結果、より良いものが出来上がり、後の手戻りや修正が大幅に減ると実感しました。 試作がもたらす効果は？ このように、プロトタイプの作成は単なるモノのデザインに留まらず、オペレーション改善や自己の思考整理など、さまざまな分野で有効に活用できると感じています。日々の実務において、思い描いたアイディアをすぐに形にし、関係者と共有するプロセスを意識的に取り入れていきたいと思います。