(35ページ目)

課題 ✕ 本

に関する学び

---

命令型からエンパワメントへ？ かつてメンバーとして命令管理型の環境で働いていたため、初めは新しいエンパワメント型リーダーシップに馴染むのが難しいと感じました。しかし、メンバー自身が仕事を自分事として捉える楽しさを実感できるためには、日頃からの目配りと気配りが重要であると改めて思います。権限委譲が名ばかりにならないよう、メンバーの自立を促しながら定期的に1オン1の面談を行い、お互いの意見や困りごとを共有することで、共に歩む実感を持つことができると考えています。 任せ方のヒントは？ また、エンパワメントのコツに関する動画を視聴し、気持ちや余裕がどれほど大切かを実感しました。丁寧に相手のことを理解しながら伝えるためには、普段のコミュニケーションの積み重ねが必要だと感じています。期首にチーム内のプロジェクトを新たに任せるタイミングで、任せ方に不安を感じたこともあり、通常の会話を通して人となりや仕事の癖、スピード、意欲を見極めつつ、メンバーごとに合わせた期待の伝え方を心掛けています。これまでに、各メンバーの特徴に応じた支援方法を試み、その成果や変化を記録することで、1オン1の面談やサポート方法の改善に役立てています。 本気のコミュニケーションは？ 今後は、メンバーへの勇気づけや動機づけを行うため、率直なフィードバックをいただける機会を積極的に設け、双方の本気度を高めるコミュニケーションの深化に努めていきたいと思います。うまくいかない時、チャレンジから安全な状態に戻ってしまう傾向への対策として、最初に思いや背景を丁寧に伝えるなど、工夫を重ねながら本気で向き合える関係を築いていくことが今後の課題です。

理想と現実の違いは？ ありたい姿と現状のギャップを整理し、問題点を明確にすることが非常に大切だと感じました。キャリアに関するレクチャーではよく耳にする言葉でしたが、実際には問題解決の着手点としてその意義を強く実感しました。講義の中には「目についた問題に手をつけるのは運であり、経験がある場合のみ解決可能なケースもある」という話があり、新たな場面ではこの教えが実際に有効であると感じました。 MECE実践はうまくいく？ また、MECEの「漏れなく、ダブりなく」物事を切り分ける考え方ですが、頭では理解していても、実際に実践する際はその徹底が難しいと感じました。紙に書き出すなど、訓練を重ねることでスキルとして定着させる必要があると実感しています。 根本原因の探し方は？ さらに、分析に留まらず、隠れている真因を特定するという視点が問題解決の前提として重要であることを認識しました。目の前のトラブルや課題に対して、対症療法や思いつきに頼るのではなく、根本原因を追求して解決を導く行動指針として、この講座の内容を日常業務に取り入れたいと思います。 庫内整理の対策は？ 具体例として、庫内在庫の整理においては、庫内が満杯になり在庫の格納が難しくなった場合、調達部門に入荷抑制を依頼する必要があります。その際、MECEの考えを活用し、商品の特徴に応じて分類することで、どの商品が庫内を圧迫しているのかを特定することが求められます。 作業エラーの真因は？ また、作業エラー、特に誤出庫の原因を特定する場合も、作業員が実施している一連の作業を漏れなく、ダブりなく羅列し、原因を明らかにする手法が必要であると学びました。

どうして問いが必要？ 本質的な課題を捉えるためには、適切な問い（イシュー）の設定が不可欠です。いきなり解決策に飛び込むのではなく、まず問いを中心に据えて深堀りを進めることが求められます。常に自分自身だけでなく、メンバー全体で問いを意識し、ぶれずに議論を進める姿勢が大切です。また、議論を深める際は、前週までに学んだデータの可視化や多角的な分析が有益であるため、これらを活用することが推奨されます。 議論とプレゼンの極意は？ 業務面では、顧客案件におけるメンバーとの議論のファシリテーションや、内部・外部を問わずプレゼンテーションを行うことが重要です。こうした活動を円滑に進めるための具体的な取り組みとして、以下の現状課題とその対応策が考えられます。 なぜ議論が脱線する？ まず、議論がついついぶれて発散してしまう現状があります。これは、メンバー間で問いの設定が異なる可能性があるためです。そのため、自他ともに問いを意識し、統一した問いを中心に議論を進める工夫が必要です。 なぜ解決策に飛びつく？ 次に、根本課題の深堀りをせずに解決策に飛びついてしまう傾向も見受けられます。まず、その根底にある課題を明確にするため、適切な問いの設定を行い、多角的な観点から議論を深める姿勢が求められます。 資料作りはどう進める？ さらに、プレゼン資料作成においては、問題の本質を特定せずに解決策ありきで資料を作ってしまうケースがあります。これを防ぐため、資料作成前にはロジックツリーの作成を行い、考えの抜け漏れや偏りがないか確認すること、そしてデータが第三者にも分かりやすいかを意識する必要があります。

なぜギャップを把握する？ 問題解決のステップとして、What, Where, Why, Howは非常に重要であり、これらを順序に拘らず実施することが求められます。まず、問題として「あるべき姿」と「現状」とのギャップを自分自身でしっかりと把握することが必要です。このギャップを数字で表現することが大切であり、その表現によって関係者間で合意を取ることが肝要です。 未来志向でビジョンを描くには？ 問題解決を進める際には、「あるべき姿」と「現状」のギャップだけでなく、「ありたい姿」と「現状」のギャップにも注目することが重要です。これにより、問題の根本的な解決だけでなく、会社の成長を見据えた将来のビジョンを描くことができます。 バックオフィスの改善ステップ バックオフィス部門の集約化やIT化を進めるためには、以下のステップを踏むことが効果的です。まず、「現在の課題」を明確にし、「あるべき姿」を具体的に設定します。さらに、会社の成長に向けた「ありたい姿」を描き出し、そのギャップを明確に捉えます。 具体的な手順としては、次の通りです。 1. 問題が何か（What）、そしてその問題がどこにあるか（Where）を明確にする。 2. 「現状」、「あるべき姿」、「ありたい姿」を部門ごとに分け、それぞれを数字（在籍数、残業時間、処理数など）で表現する。 3. 解決策としてどのような体制・ツール（ITシステム等）が必要かを、ヒト・モノ・カネの観点から明確にし、具体的に説明する（How）。 こうしたアプローチを取ることで、バックオフィス部門の課題を効果的に解決し、IT化や集約化をスムーズに進めることができるでしょう。

エンパワメントって何？ エンパワメントについて学んだ中で、まず印象的だったのは、メンバーに権限を委譲し、自ら目標を達成できるように動機づけや支援を行うという考えです。これまで「エンパワメント」という言葉にはあまり馴染みがありませんでしたが、普段の上司の行動にそれが隠れていたと実感し、理論を理解することで自分自身が受けてきたマネジメントの背景を振り返る貴重な機会となりました。 目標共有で本音は？ また、目標を共有する際に、相手の本音を知り、やる気を引き出す技術について多く学びました。相手が「わからない」「できない」「やりたくない」という心境を見極めることが大切であると感じました。例えば、「わからない」場合にはわかりやすく説明し、「できない」場合には不安や困りごとを解消する工夫を、「やりたくない」と感じる場合には、やりたくなるようなアプローチやその意義を伝えることが重要だと学びました。 任せる前に準備は？ さらに、仕事を任せる際のコツとして、普段の様子はしっかり観察しているものの、任せる前のコミュニケーションがまだ不十分であると感じました。特に、ゴールイメージを本人に言葉にしてアウトプットさせることで、相互の理解を深め、言ったつもりにならないようにすることが必要だと考えています。また、任せる際には最初に本人に実行上の課題を考えてもらい、自主性を促すアプローチを取り入れていきたいと思います。 壁をどう乗り越える？ 今回の学びを通じて、「わかる」と「できる」の間には大きな壁があると実感しました。今後は、日々のコミュニケーションをより意識し、壁を乗り越えるための工夫を続けていきたいと思います。

目的意識の重要性を再認識 目的意識を持って何事にもあたることの重要性を再認識しました。フレームワークや学んだ理論はあくまで手段であり、目的意識を持って本質を捉える視点が重要です。ただやみくもにフレームワークを活用するのではなく、答えのない今のような時代だからこそ、仮説思考・仮説検証の位置づけで、今後も戦略的な思考を活用したいと考えています。 サプライヤー戦略に活用できる？ 自らの業務においては、例えばサプライヤー戦略にフレームワークを活用することが考えられます。今後、どのようなサプライヤーと開発していくかという課題に対しては、SWOT分析を用いて強みを活かし、弱みを相互補完し合えるサプライヤーと共同開発するべきです。このような視点で、サプライヤーの強み弱みも仮説を持って進めることが重要です。 キャリアビジョンはどう更新？ さらに、自らのキャリアビジョンの更新にもフレームワークを活用できると学びました。社会から需要のある状態を維持するためには、自分の強み・弱みを再検討し、今後どのようなスキルを身につけるべきかを考えていきたいと思います。 具体的な取り組みは？ 具体的には、以下のような取り組みを行いたいです。 ・技術戦略やサプライヤー戦略など、自らの業務の中でフレームワークを活用する。 ・テーマの開発において、1〜2年ごとに振り返りを行い、辿った道が正しかったのか、どのような障害があったのかを考える。 ・思考を書き出し、言語化・可視化してアウトプットする。 ・これらをチームや上司に提案し、フィードバックをもらってブラッシュアップする。 ・学んだことを意識して定期的に振り返る。

インタビューの目的は？ 現在、製薬会社でデジタル関連のプロジェクトを担当しています。直近ではリリースしたWebサイトについて、一般ユーザーや医療関係者へのインタビューを実施し、そのフィードバックを改善のためのインプットとして活用しようとしています。ユーザーグループごとに利用方法が異なるため、グループに合わせた質問を準備する必要があります。具体的なプロセスとしては、①ユーザーインタビューの企画、②マーケティングチームへの情報共有、③プロダクトチーム内での対応優先順位の決定、④実装、⑤サイトのPVや滞在時間による成果計測、⑥さらなる対応の実施が考えられます。しかし、これらは予算の確保やインタビュー会社との契約など大掛かりな準備が必要なため、現段階では実践には至っていません。 CRM経験の教訓は？ 以前の実践例として、営業で利用されるCRMシステムを担当していた際、現場での実体験がありました。実際に営業の1日を同行し、営業車内でCRMシステムについてのインタビューを行うことで、改善すべきポイントを見いだすことができました。その後、実際の改善対応を進めた結果、別の営業担当者からも好評のフィードバックを得ることができました。 本当に必要なものは？ これらの経験から、作りたいものではなく、使う人にとって必要なものを作ることの重要性を実感しました。単に想像するだけではなく、現場を体験することで、何が必要であればより良いかを具体的に理解できるのです。また、体験をしていない人々に共感してもらうためには、インタビュー内容やプロダクト開発に至った背景を分かりやすくまとめることが今後の課題であると考えています。

実践の難しさは？ 実際の顧客にすぐ実践するのは難しいと感じましたが、部下に対しては実践できそうなポイントがあることを感じました。下期の評価目標設定面談後、面談で交わした内容を具体的な目標に言語化して提出してもらい、その内容が本人の意向や納得感、実行可能なレベルになっているかを確認しています。これにより、各自のなりたい姿とチーム目標とのリンクを検証する視点が新たに見えてきました。 本質はどう捉える？ また、部下一人ひとりのインサイトに目を向け、彼らが抱える課題の本質を表面的な問題だけではなく深く考える機会となりました。面談時のやりとりを踏まえ、課題に対して設定された目標が本当に解決に繋がるのかを再検証することができたと感じています。 プロセスの再考は？ 従来はやや流れ作業的に進めていた面談や目標設定、言語化のプロセスですが、今回のプロセスを通じて部下育成について改めて考え直すことができました。特に、個人の課題改善がいかにしてチーム全体の目標達成に寄与するのか、またその達成感がどのように生まれるのかを、繰り返し考える機会となりました。 実践アプローチは？ さらに、私はこれまで学んだサイト設計や作成、実行のプロセスを、より実践的に活かすためのアプローチを模索しています。どんなに良い方法があっても具体的なアプローチが見えにくいという課題に対して、今回の学びは大きな示唆となりました。次週はこの点に重点を置いて実践に取り組みたいと思います。 育成の成果は？ 結果として、部下の育成面談や評価の質を向上させるための学びは、私自身が担う役割においても非常に大きな収穫となりました。

違う切り口に気づく？ これまで、毎月のルーティーンとして売上や利益率の分析を行ってきましたが、今回の学習で「違う切り口で分解する」ことの重要性に気づかされました。 即時反応は正しい？ WEEK1で「安易に答えに飛びつかない」と誓ったにもかかわらず、目に入った情報にすぐ反応してしまい、結果として誤った結論を導いてしまったことは反省すべき点です。改めて、目の前の数字を丁寧に分析し、論理的に結論を導くことの大切さを実感しました。また、数字を人に伝える際には、グラフなどを用いて視覚的に表現することで、より分かりやすく伝えられることも再認識しました。 数字はどう活かす？ 今回学んだことは、営業面で売上や利益率の分析から将来の予測を立てる際や、管理面で長時間労働の傾向やストレスチェックの結果を把握する際に、大いに役立つと感じています。何かを改善するためには、まず現状を正しく把握することが不可欠であり、複数の切り口から数字を分解することが重要だと学びました。これを踏まえ、明日からの業務では、数字を多角的に捉え、本質的な課題の発見と改善に努めたいと思います。 他視点の必要性は？ これまで、毎月の売上分析を同じ切り口で行い、そのデータを積み上げて傾向を把握し、対策を講じてきたと考えていました。しかし、今回の学びを通して、それだけではなく、異なる視点から分解してみることが重要であると改めて感じました。一方で、実務では「見える数字」が限られているため、どうしても同じような分析に陥りがちな現状もあります。皆さんは、このような「分析のマンネリ化」にどのように向き合っているのか、ぜひお話をお聞かせください。

授業の意外な発見は？ 今回の授業では、「共感」「課題定義」「発想」「試作」「テスト」という5つのステップについて学びました。事前に書籍などで知っていた内容でしたが、グループワークを通じて従来の発想との違いを実感することができました。特に、デザインは「目に見えないものを見える化すること」という定義が印象的でした。狭義と広義という異なる側面においても共通する根源的な考え方を理解できたと思います。また、デザイン思考が「意味のイノベーション」であるという考え方についても、新たな気づきを得ることができました。 企画に生かす秘訣は？ 現在、私が担当しているのは、グループ内の中核人材育成研修の企画です。研修内容のアップデートにあたり、デザイン思考のエッセンスを取り入れたいと考え、本講座を受講することにしました。今回の授業内容は、グループワークの進め方も含め、今後の企画に大いに参考になると感じました。これまでは、具体的な商品企画の場面でなければデザイン思考の適用は難しいと考えていましたが、「早く雑に作り、試して壊してまた作る」という基本的な考え方は、研修企画にも十分活かせると実感しました。 フィードバックはどう？ 今後は、研修企画書の作成に際して、時間をかけすぎず直感的に書き上げ、その後に何度もフィードバックを受けながら完成度を高めることを意識していきたいと思います。ただし、どの立場からフィードバックを受けるべきかも重要な課題です。研修受講者、研修を実施する組織側、または研修講師のどれに重きを置くべきか、この点については今後の講義でさらに議論されると考え、注意深く見守っていきたいと思います。

問題解決のプロセスは？ 解決策を導くためには、まず原因を洗い出し、プロセスに分解して問題に至るまでの過程を確認することが重要です。その過程で、どの部分で問題が発生しているのかを把握します。また、複数の選択肢を設け、その選択肢を根拠を持って絞り込むことが求められます。この際、決め打ちしないように心がけます。 判断基準とデータ収集のポイントは？ 次に、判断基準を設け、重要度に基づいて順位づけを行います。分析と合わせ、仮説を立てながらデータを収集し、ABテストなどで仮説検証を並行して実施します。使われなければ知識は忘れてしまいますので、日常的に課題を捉え、原因を探索し、仮説を立てて解決策を考えることを意識することが大切です。 また、日々シミュレーションを意識的に行い、データをどうやって収集するかを考える癖をつけることも重要です。複雑なステップが関係する業務の改善策立案においては、プロセスを分解し、問題に至るまでの過程を丁寧に見直すことから始めるべきです。 複数解決策の評価方法は？ 私自身、答えが一つに絞りがちな癖がありますが、複数の解決策を立て、それを判断基準に基づいて評価するステップを実行しようと思います。実行を急ぐあまり、ベターな一つの解決策で進めがちですが、その癖を直すことを目標に業務に当たります。 日常のシミュレーションをどう工夫する？ 日々意識的に課題を発見し、シミュレーションを行うことを心がけ、有効なデータとデータ収集方法を考える癖をつけていきます。課題をプロセスに分解することで、本質的な課題へのアプローチに努め、仮説を実際にABテストなどで試すことを実施していきます。

比較分析のポイントは？ 今回の講義では、業務改善や標準化に取り組む上で、比較分析の重要性を再認識しました。まず、比較の軸として「インパクト」「ギャップ」「トレンド」「ばらつき」「パターン」という5つの視点を意識することが基本であると学びました。また、問題・目的・問いを整理し、仮説を立てた上でデータを収集・加工し、検証していくプロセスの大切さにも気づかされました。仮説を立てる際には、MECEを意識して常識にとらわれず新しい情報も取り入れつつ、まずはざっくりとした仮説を作成する。その後、必要な検証の程度を見極めながら、情報収集と分析を行い、仮説を肉付けまたは再構築していくという流れが印象に残りました。これらの仮説思考のクセを身につけることが、今後の業務改善に大いに役立つと感じています。 業務の課題は何？ また、実際に自分の業務改善に取り組む中で、長年携わってきた業務では「問題」として捉えられていない部分があるのではないかと考えています。そのため、まずは業務にかかる時間や売上といった指標を用い、仮説を立てて検証するアプローチを試みることにしました。具体的には、商談、見積、受注率、輸送費などの中から一つの業務を選び、その業務に要する時間を分析することで、担当者や取引先による差異が見られるかどうかを検証していきます。 数字の読み方は？ さらに、仮説思考や全体的な思考力を養うため、以前紹介していただいた『定量分析の教科書』を購入し、数字の読み方や使い方について継続して学んでいく予定です。これからも今回学んだ手法を業務改善に活かし、実践を通して思考の習慣化を図っていきたいと考えています。