(41ページ目)

実施

に関する学び

---

基本的な考え方を学ぶ 本講座を通じて、考え方の基本や手法を学びました。特に重要だと感じたことは以下の3点です。 第一に、考え方は偏りが出やすいということ。次に、考え方を広げるためにツール（ピラミッドストラクチャーやMECEなど）を使用すること。そして第三に、客観的に見て本当に正しいかを確認することです。 直感よりも分析を重視 これからも忘れないでいたい点は、直感ですぐに動くのではなく、きちんと立ち止まり、分解して考えることです。これは特に、同僚や上司、取引先への企画や提案、ディスカッションやコミュニケーションツールでのやり取り、そして抽象的な問題が発生したときに意識して行動していきます。人に正しく伝えることが最も重要だと考えています。 クリティカルシンキングの実践 今後始めたいこととしては、クリティカルシンキングのインプットを継続することです。逆に、何事もいきなり清書から始めることを止めたいと思います。そして、クリティカルシンキングのアウトプットを続けていきたいです。 これらを引き続き実施することで、効果的に活用していきます。

リーダー像はどう変わる？ Week1で記述した「ありたいリーダー像」を再確認したところ、記された内容自体は大きく変わっていないように感じます。しかし、学習を終えた今、どのような行動や考え方がリーダー像に近づくために必要かという基礎が固まった点で、大きな成長があったと感じています。以前より、影響の輪を自分から積極的に発信していく自信がつきました。 行動計画はどう描く？ また、今後の具体的な行動として、「目標設定時の自分の納得感を高める」期間には、Plan発表の際に十分な時間を確保し、様々な角度から納得できるプロセスを探り、理由付けと数値目標を立てることに注力したいと思います。 振り返りは何を見る？ さらに、「振り返りの時間を取る」ため、手持ちの仕事が完了したタイミングで、仕事の結果を数字で表現し、成功点と改善点の両方を検証する時間を設けます。 数値評価はどう進む？ 具体的には、5月以降の期におけるPlan作成時に十分な時間を確保し、4月までに実施した業務についても振り返りを行い、具体的な数値で表現して評価してみる考えです。

原因はどこにある？ 問題の原因を探る際は、まず全体のプロセスに分解し、どの段階で課題が発生しているかを明らかにします。その上で、解決策を検討する際には、複数の選択肢を洗い出し、根拠に基づいて最適なものに絞り込む手法が重要です。 A/Bテストの意味は？ また、A/Bテストはシンプルで運用や判断がしやすいというメリットがあり、低コストかつ少ない工数で実施できるため、リスクを最小限に抑えながら改善を進める有効な手段といえます。 利用状況の課題は？ 現在進めているサービスについては、利用者の活用状況を分析し、どのように利用され、さらに活用を推進するためにはどのような施策が効果的かを検討することが課題となっています。そこで、まず現状の利用状況を詳細に把握し、その分析結果をもとに仮説を立て、改善のための施策を検討していきます。 次のステップは？ 具体的には、各施策を一つずつ実施し、その結果を確認しながら次のステップへ進んでいく方針です。施策の実施期間は概ね1～2週間を想定していますが、内容とともに期間も適宜見直しながら検討していく予定です。

現状はどう整理する？ 戦略を考える出発点は、まず内部と外部の現状を俯瞰して整理し、正しく把握することにあります。実際の事例から、私たちは目の前の出来事や直近の経験に影響され、偏った見方をしてしまうリスクがあると実感しました。そのため、フレームワークを活用して抜けや漏れなく現状分析を行う重要性を再認識しました。 業界状況をどう見る？ また、PEST分析を用いて業界全体が直面する状況を整理し、その上で3C分析を通じて今後の勝ち筋を見出すことに大きな可能性を感じました。中長期的な戦略を立案する過程では、バリューチェーン分析を活用し、自身が所属する製造部門が提供しているユニークな価値について深く考える機会となりました。 分析実践はどう進む？ 具体的には、PEST分析を実施して税制の変化などの業界に影響を及ぼす要因を整理し、その影響を製造部門における各プロセスに反映させる方法を検討します。また、バリューチェーン分析の実践例を参考にしながら、どのような付加価値が生み出されているのかを体系的にまとめることで、今後の戦略立案に役立てたいと考えています。

何故課題意識は必要？ 分析の目的や課題意識を明確にすることで、日常の業務だけでなく、普段目にする分析データについても「なぜ？」と考える習慣が身につきました。例えば、ニュース記事で医師不足が取り上げられる場合、その背後にある分析の意図や解決すべき課題を自分なりに考察するきっかけとなりました。 施策評価はどう？ また、業務で複数の施策を企画・実行する中で、効果を評価するための分析が重要だと感じています。中長期的な戦略の実行に際し、連続性のある施策を実施するためにも、小さな施策のブラッシュアップを繰り返す必要があると考えています。たとえば、アプリへのログインプロセスを細かく分解し、特に初回ログイン率の向上に向けた分析を進めています。 情報取得は万全？ さらに、戦略立案の段階から必要な情報やデータが適切に取得できているかを精査し、取得できていないデータにはタグ付けなどの対応を実施して、常に分析が可能な状態を作り上げています。同じ条件で定期的にログの確認やレポート作成を行う仕組みを整備することで、継続的な定点観測が可能になりました。

切り口の偏りは？ せっかくデータを作成しても、切り口が偏ると適切な分析ができない場合があります。そのため、まずは多くの切り口で検証し、仮に失敗しても恐れずに試みることが重要です。 視覚資料の活用は？ また、グラフなどの視覚資料を効果的に活用するとともに、全体の区切りや範囲に注意を払い、ダブりや漏れがないように全体像を俯瞰しながら、目的に沿って細かく分解する工夫が求められます。 目的と創意工夫は？ 目的を見失わずに、データを創意工夫して見せる姿勢も大切です。MECE（漏れなく、ダブりなく）を意識し、複数の切り口から分析を行い、その結果を分かりやすく伝えることを心掛けましょう。職場の意見を反映する際も、偏った分析にならないよう真の原因を追求することが必要です。 アンケートの目的は？ 今後、職場環境の改善を進めるためにアンケートを実施する際は、まず目的を明確にし、事務局の方向性と従業員の意見のギャップを把握することが基本となります。さまざまな視点から課題を検証し、その分析結果を分かりやすく報告する工夫を重ねていきたいと考えています。

データ検証の意味は？ データを検証し、仮説を立てた上で再びデータを確認する―リスクを抑えながら新たな可能性を模索する問題解決のプロセスについて学びました。その中で、A/Bテストの活用についても知ることができました。 実践規模の見極めは？ 仕事に活かす方法として、プロセスをどの規模で実施するかが、データ抽出の視点や意思決定の重要度によって左右される点に気付かされました。企業の規模によっては、実行が難しい場合も出てくると感じました。 チームでの一歩は？ そこでまずは、自分のチーム内で進められる範囲から取り組んでみようと思いました。 チーム育成のポイントは？ チーム内での人材育成プロセスに、データの検証と仮説の立案を取り入れ、今後の計画に反映させたいと考えています。近年、チームメンバーとなる人の出身部署が多様化しているため、前提となる知識やその特性にも違いが出ていると感じます。これにより、それぞれの出身部署や知識の有無を的確に把握し、最終的には一人前のチームメンバーとして成長するプロセスを、より効率的に進めたいと思います。

原因分析はどう進める？ 原因の分析にあたっては、まずプロセスごとに分解し、確認することが大切だと感じました。特に「what／where／why／how」を意識し、まず「where」から入念に分析することで、その後の「why」や「how」の解像度が高まると理解しています。 A/Bテストってどうやる？ また、A/Bテストが有効な手法であることを学びました。その際、検証する「要素」は極力少なくし、その他の条件は共通とすることで、スコープを狭めることが重要だと感じました。実際にアプリ上でプッシュ通知とバナーを用いたA/Bテストを実施した経験から、振り返ると「キーメッセージ」に差が生じてしまった点が課題として残りました。 ログイン改善は何が？ さらに、アプリのログイン率向上を図るため、ログインに至るフローを細かく分解し、原因の追究を行いたいと考えています。特に、パスワード設定の箇所で離脱するユーザーが多いという仮説に基づき、検証からスタートする予定です。その後の改善策として、ユーザーインタビューやUIテストの実施を検討しています。

導入の不安は何？ AIなどの新しい技術を自社の業務に導入する際、最適な方法が明確でないことが多く、適当な仮説に頼るだけではユーザーのニーズを十分に捉えられず、導入がうまくいかない事例があると感じました。観察やインタビューを行い、ユーザーが直面している本当の課題を定義することが、根拠に基づいた施策の展開につながるのではないでしょうか。 事前準備は十分？ ただし、観察やインタビューを最初に実施する際、聞く内容があらかじめ決まっていないと十分な情報が得られないのではないか、という懸念もあります。一方で、こちらが求める回答にユーザーを誘導してしまう危険性もあるため、フラットな立場でユーザーの本音を引き出し、客観的に分析するプロセスが不可欠だと考えます。 ユーザー視点は大事？ 特に、共感を基盤とした課題定義の段階では、ユーザー中心の視点が非常に重要です。業務においては、新しい技術やソリューション自体に焦点が当たり、答えあたりの議論に陥りがちですが、常に解決すべきはユーザーの本質的な課題であることを念頭に置き、施策の検討を進めたいと思います。

キャリア分類ってどうする？ 「キャリア・アンカー」という考え方があります。これは、キャリアを8つのタイプに分類する手法で、私も実際に試してみたところ「専門家・職人タイプ」に分類されました。私が自己満足を重視しがちなため、納得のいく結果でした。この手法は手軽に実施できるため、他の方にもぜひ勧めたいです。 ギャップはどう縮める？ キャリア・アンカーを通じて、「やりたいこと」と「実際にやっていること」、そして「仕事の進め方」の間に違いがあると、モチベーションが低下し、成果も上がりにくくなります。このギャップを埋めることができれば理想的です。また、ゲイルの仕事観や価値観についても見直す機会になるので、学んだ内容をメンバーと共有したいと考えました。 メンバー理解はどう？ まずは、キャリア・アンカーをメンバーにも勧めてみる予定です。メンバーのキャリア志向が明らかになることで、それぞれのモチベーションが高まり、仕事の割り振りにも役立ち、成果にも影響すると考えています。最終的には、相手を理解するためには対話が欠かせないと感じています。

進行中の問題は何？ プロジェクトの進行において問題が発生した場合、まずはプロセスをできるだけ詳細に分解し、ボトルネックを見つけ出すことで原因を明確にし、解決策の糸口を探していきたいと考えています。 複数原因はどう整理？ 一方で、原因が複数存在する場合には、さまざまな対策案を検討する必要があります。実際の業務ではA/Bテストの実施が少ないかもしれませんが、実施する際には1要素ずつ、できる限り条件を揃えて行うことを心掛けたいと思います。 全体像はどう掴む？ また、問題の原因を探索する際には、プロセスを細かく分けることでボトルネックに注目し、問題の全体像を把握するよう努めます。 評価基準は納得？ さらに、解決策を検討する場合は、適切な判断基準を設定した上で各案の評価を行います。その際、判断基準の重要性や重み付けについても十分に考慮しながら進めることが重要だと考えています。 A/Bテストはどう実施？ A/Bテストについては、条件を一致させた上で1要素ずつ実施するようにし、比較が効果的に行えるよう留意していきたいと思います。

今の問いの意味は？ イシューとは、今ここで答えを出すべき問いのことであり、問いが何であるかを常に意識し、組織全体でその方向性を共有できるよう努める必要があります。 具体化はどう行う？ イシューの特定は、問いを具体的な形に落とし込み、一貫して保持することが基本です。また、ピラミッド・ストラクチャーを用いる場合、まずイシューを明確にしてから、論理の枠組みを考え、主張を適切な根拠で支えるというステップが不可欠です。 問題と対応策は？ 担当プロジェクトで問題が発生した際には、まずイシューを特定し、その問題に対してぶれず対応策を検討したいと考えています。同様に、事業計画の立案時にも、目標実現に向けた問題点を洗い出し、解決策を提示する上で非常に効果的だと思います。 納得できる資料は？ さらに、問題点を徹底的に洗い出し、要素分解や数値分析を実施することで、相手が納得しやすい見やすい資料を作成することが重要です。また、部下や上司、顧客との打ち合わせの際には、目的である問いを明確にし、議論がぶれないよう意識することが大切だと感じています。