(18ページ目)

課題 ✕ 解決

に関する学び

---

比較による効果測定とは？ 分析とは、比較することである。まず、分析する項目を整理し、各要素の性質や構造をはっきりさせることが重要だ。何かの効果を測りたい場合、「ある」場合と「ない」場合で比較を行い、分析対象以外の条件も整える必要がある（これは「Apple to Apple」と呼ばれる）。 データ分析の目的と仮説 データ分析を行う際には、まず目的と仮説を立てる。例えば、データ分析の目的は何で、その結果どのような状態を目指すのかを明確にすること。そして、どの項目を分析すれば目的を果たせるのか、その項目をどのようにデータ加工すれば良いのかを考え、具体的な仮説を立てることが大切だ。 適切なデータ加工と表現法 データにはその種類に応じた加工法やグラフの見せ方が必要である。割合で表現するのが適切な場合と、実数（本来の値）で表現するのが適切な場合がある。また、質的データ（数値の大小に意味がないもの）と量的データ（数値に意味があるもの）の違いを見極める必要がある。 人事部門のデータ活用法 人事部門では、健康経営やエンゲージメントに関するデータを扱い、改善に向けた施策を企画することが多い。このため、データを活用して課題解決や目標達成のためのPDCAサイクルを効果的に回せるようにすることが求められる。これまでの施策参加者がどれだけ改善したか、「参加した人の中で●●をした人はより■■だった」といった分析を行うが、このためには、参加者と不参加者の間での比較を行うことが重要だと感じている。 目的設定と議論の重要性 まずは、目的を明確にし、自分自身の思い込みや仮説に偏らず、上司やメンバーと徹底的に議論することが必要だ。次に、課題に対して目指す姿を定量的にKPIとして設定し、現状を把握する。算出するデータに定義と根拠を持ち、それを分かりやすく伝えるスキルを身に付けることも重要である。

全体像を再確認？ これまでの学習内容を振り返る中で、全体像を再確認できたと感じています。毎週の講義では、個々の演習を通じて内容を確認する機会がありましたが、連続性が不足していたため、先週と今週の学習でその点が整理された印象を受けました。また、従来のやり方や考え方にとらわれがちであることを学びの中で指摘され、再度学び直す必要性を実感しました。 特許情報の活用は？ 環境分析においては、特許情報と非特許情報を組み合わせた手法のニーズが高まっていることから、今回の学習で得た知識や手法を取り入れていきたいと考えています。特に、分析は比較が前提であることや、「目的」の重要性について、チーム内での認識が揺らがないよう常に確認する点、そして仮説志向で同じパターンに偏りがないか、使用するデータが適切かを検証すること、さらにWhat-Where-When-Howの観点から確認と検証を行うことが必要です。 データ分析の課題は？ これまでの業務を振り返ると、部署や立場が異なるチームでデータ分析に基づく活動を進める際、結果を重視した分析や、データから無理に仮説を導いたり、エイヤーで問題設定を行ったりしていたことに気付きました。今後は今回学習した流れをもとに、自らの手でハンドリングできるよう、実践の機会を積み重ねたいと思います。 問題解決の手順は？ また、データ分析に限らず「問題解決のSTEP」を意識して業務に取り組むようになりました。分析を進める過程で、常に「目的」の認識に相違がないか確認し、スケールの大きい要求に対しては漠然とした要求を細分化し、より適切なデータ分析とアウトプットが実現できるよう努めたいと考えています。まずは、自分が担当するチームの開発テーマや製品の規模に合わせたデータ分析を実施し、その結果を第三者であるチームに説明することで、考え方や手順の定着を図っていきたいです。

捨てる理由は何だろう？ 今回のWEEKで学んだことは、「捨てる」という行為の重要性でした。特に、目的と数値的根拠（特に利益）を持って選別することが重要だと感じました。WEEKを通して感じたのは、物事の整理・分析をし、大局的な視点で差別化した戦略を立てることで、目的をもって選択（捨てる）するサイクルが大切だということです。 効果をどう見極める？ ビジネスでは、投資対効果の高いものだけを選び続けるのが理想です。しかし、最初からすべて効果の高いものを作り出すのは難しいと実感しています。限られたリソースの中で新しい施策を試しながら、投資対効果の低いものを捨て、高いものを残すというサイクルを繰り返すべきだと明確になりました。何を目的に捨てるのかをしっかり考え、一度選択したことでも目的をもってやめることが重要だと感じました。 選別基準は何だろう？ WEEK内の課題では、実際に企業へのアプローチ方法を考える設問を通じて、何を基準に取捨選択するかを理解しました。これまでは漠然とした時間や工数で判断していましたが、利益率で優先順位を判断することが重要だと学びました. 集約のポイントは？ 仕事の集約に際しては、効率性の高い内容を優先的に集約していきたいと思います。また、実行して非効率だと判断した場合は、捨てる選択をする勇気を持つことも心掛けます。さらに、多回数の会議や定例業務を見直し、品質を上げたい業務に集中できるように整えたいと考えています. 効率向上の戦略は？ まずは目の前の問題に取り組み、課題解決に活かしていきたいです。高品質化と効率化を実現するため、現時点での課題であるリソース不足に対処します。費用対効果の悪い業務を洗い出し、捨てるかどうかをリストアップし、その上で新たに生み出したリソースをどの業務に集中させるかを選択していきたいと思います.

データ分析はなぜ有用？ データ分析は、問題解決を確実に進めるために非常に有用であると理解しました。ライブ授業では、前提条件が整理されていたため、問題解決のステップである問題箇所の特定や絞り込みが比較的容易でしたが、実際のビジネス現場では、これらのステップが難しく、訓練が必要だと強く感じました。 売上減少はどう解決？ 今回のライブ授業では、事業運営における売上減少という問題をデータ分析で解決する演習を行いました。その際の問題解決のステップは、1. Whatで問題を明確にし、2. Whereで問題箇所を絞り込み、3. Whyで原因を分析し、4. Howで解決策を考えるという流れです。 具体分析の進め方は？ 具体的には、売上減少という問題を特定し（What）、売上を構成する客単価や客数のデータ分析を通じて問題の所在（Where）を特定しました。その要因を仮説・検証により原因分析（Why）し、次に打ち手を判断・評価する（How）という手順です。分析においては、データに基づいたストーリーを構築することが重要です。比較対象を明確にし、データを加工して必要な情報を可視化することがポイントです。 差異の原因は何？ 日常業務でも計画と実績との差異分析を行っていますが、浅はかな要因分析に留まらないように、原因分析を網羅的に行うことが重要だと考えます。また、問題を明確にし、問題箇所を特定し、原因分析し、打ち手を考える一連の手順によって、データ分析が目的化せず、何を主張するための分析なのかを振り返ることができます。 定着はどのように？ これらの問題解決のステップを習得し、データ分析を取り入れた一連の流れを月に2回以上実施することで、手法の定着化を図りたいです。特に、問題箇所の特定（Where）に苦手意識がありますが、事例を積み重ねることで対応時間の削減にも取り組みます。

ゴールはどう捉える？ 様々な手法や考え方で課題解決に取り組む中で、最終的なゴールは共通していました。それは、ユーザーの本質的な課題を捉え、解決策を提示して共感を生むプロトタイプを作り上げることです。発表時にはいくつかの質問を受け、まだ足りない部分や改善点を発見できた点が印象的でした。これは普段の業務でも同様の流れであり、プロトタイプ作成時に浮かんだ疑問点などを次の機会に備えて蓄積しておくことが大切だと感じました。 行動で変化起こす？ また、課題の『重さ』に対して、それぞれ異なるアプローチがあったことも印象に残りました。受講している皆さんは自ら行動し、周囲を動かす力を持っていると感じます。各自が現場に戻り活躍される姿が目に浮かび、私もその一員となるべく努力しようと思いました。 新プロジェクトの意図は？ 来月から2月にかけて、新たなプロジェクトに取り組む予定です。アンケート調査はすでに完了し、現在は集計と分析を進めている段階です。今まで学んだ手法を活かして、根本的な課題を見出し、クライアントが望むものとユーザーが求めるものがフィットする提案を目指します。まずは『パリュー・プロポジション・キャンバス』を個人で試行し、ファシリテーションができるよう準備を進め、チームでの課題解決に繋げたいと考えています。 デザイン思考の軌道は？ 直近では、今回のプロジェクトにおいて『デザイン思考』を取り入れます。12月はアンケート調査の分析を行い、KJ法で分類した内容をバリュー・プロポジション・キャンバスで整理し、ワイヤーフレームを作成します。1月には情報設計を経てプレゼンテーション用の資料を作成し、修正を重ねながらプロトタイプを完成させ、改善を続けます。2月にはプロトタイプを基にデザイン作業に移り、月末には承認を得るためのプレゼンテーションを実施し、3月の公開を目指す流れです。

課題発見はどうする？ 分析の際は、プロセスごとに分けて検討することで、どの段階に課題が潜んでいるのかを見つけやすくなると感じました。原因の仮説を立てる際には、関連性が高いと思われる要素だけではなく、そうでない可能性も含めて「対概念」を活用し、視野を広げることが有効です。 解決策の比較は？ また、複数の解決策を検討する時は、条件をなるべく同じにした状態で両方の施策を試す「A/Bテスト」が効果的だと思います。各プロセスごとのデータを丹念に分析しながら、仮説を練り、実践的に検証していくことで、問題解決の精度を高めることができると実感しました。 問題の本質は何？ 問題解決においては、まず「What：問題は何か、どの程度の問題か」、次に「Where：問題はどこにあるか」、その次に「Why：問題はなぜ発生しているのか」、そして「How：対策はどうすべきか」と、手間を惜しまずにしっかりと向き合うことが大切だと考えています。 思い込みは避ける？ 例えば、あるサービスの売上が低下した場合、その原因をプロセス別に網羅的に仮説することで、思い込みや決めつけを防ぐことができます。短絡的に一つの原因で結論づけず、見落としがちな小さな要因にも目を向けることが、より正確な原因特定につながるでしょう。 他の要因は何？ さらに、売上低下の原因が購入者数の減少だと仮定した場合、すぐに「売価の上昇」が原因と結論づけるのではなく、もし売価の変動が原因でないとすれば、他にサービス内容の悪化など潜在的な要因があるのではないかと、幅広い視点で検討することが重要だと感じました。 成果検証はどう？ 最後に、複数の施策を同時に実稼働させる「A/Bテスト」についてですが、一人の判断だけに頼らず、実際の成果がどの程度得られるのか、具体的な事例を交えて効果を検証してみたいと思います。

分析と課題の関係は？ 今週の学びでは、これまでの講義全体を振り返る中で、改めて以下の点の重要性に気づきました。まず、分析とは比較を通じて違いを明確にする作業であること。そして、問題解決には「What（何が問題か）」、「Where（どこに問題があるか）」、「Why（なぜ問題が起きたのか）」、「How（どう対応するか）」という4つのSTEPがあり、この順に検証することで、チーム内で適切な意思決定や対応策の精度向上につながるということです。また、仮説思考の重要性も学びました。一方で、仮説にとらわれず現状のデータから何が分かるのかを整理する必要性も感じました。 目的は本当に何？ これまでデータ分析＝分かりやすく加工する技術（プレゼンテーション資料や表計算ソフトのスキル）と捉えがちでした。しかし、本講座を通して、何よりも分析する「目的」が重要であり、見せ方や手法だけでなく本質に気づくことができました。 データから何が見える？ 現業では直接データを加工する機会は少ないものの、提示されたデータから「なぜこの課題意識を持ち、どのように分析したのか」という分析者の視点を意識して読み解くことが求められています。また、クリエイティブ業務においては、どうしても「HOW」から入りがちなチームメンバーに対し、この問題解決のSTEPを活用して共通の目線を持つことが有効に感じられます。 仮説も大切なの？ さらに、新規事業の立案時にも、従来のフレームワークに加えて仮説思考を取り入れ、「データを分け、整理し、比較する」という基本事項を怠らず進めていく重要性を実感しました。 実践はどう進める？ 実際に問題解決のSTEPを業務で取り入れ、チーム内での情報共有や課題の整理を通じて、よりシャープな打ち手（How）を見出すための一助になっていると感じています。

深く考える習慣をどう養う？ 物事を深く考える習慣を身につけることが大切だと感じました。表面的な情報にとどまらず、本質や意図を常に考える姿勢を保ちながら、鋭敏な感性を持つことが重要です。物の見方も偏らず、多様な視点で捉える姿勢が大事です。新しい発見や視点から考えることで、これまで気づかなかった発見に出会えるのではないかと思います。また、感情に流されることなく、感情的にならずに判断することが求められます。これらのプロセスを経て、質問する力がつき、自信も生まれるでしょう。こうした過程が、正解に至るためのプロセスであり、それこそがクリティカルシンキングだと感じています。 IT業界での活用法は？ 私はIT業界に従事していますが、問題解決やトラブルシューティングの場面でこの考え方が役立ちそうです。エラーが発生した際にはまず「その本質は何か？」と考えることから始めます。また、要件定義や仕様書作成の際にも、顧客の要件や要望を本質から理解することで、顧客要望の実現度に比例した品質を追求できます。プロジェクトの意思決定でも、複数の選択肢からベストなものを判断する助けとなるでしょう。具体的な例では、コードレビューが挙げられ、そのロジックが何を実現しようとしているのかを把握するのに有効です。リスク評価やセキュリティ対策など、ほぼすべての場面でこの考え方が役立つと感じています。 具体的なスキル向上法は？ まず、明確な目標を設定し、どの業務や場面に適用するか課題を設定します。次に情報収集を行い、報告する情報や受け取る情報の正確性を確認します。その際、情報を疑ってみたり、批判的に見る癖をつけます。話をする際には複数の視点を持ち、問題を小さな単位に分解して考える習慣をつけます。また、感情的になるのを避け、感情と事実を分けます。これらを習得し続けてスキルを磨くよう努力を続けます。

リーダーシップの鍵は？ リーダーシップの3要素を学ぶ中で、リーダーシップが特定の生まれつきの資質によるものではなく、後天的に身につけるものであるという考え方を改めて実感しました。これまで漠然としたイメージしか持っていなかったリーダーシップが、具体的な3要素を通して自分自身の姿を振り返るきっかけとなり、目指すべきリーダー像と現状とのギャップを明確に整理することができました。 不安の根源は何？ また、初週を振り返る中で、普段のリーダー経験に伴う漠然とした不安や自信のなさが内面に潜んでいることに気づきました。このネガティブな要素が、自分の可能性を十分に発揮する妨げになっていると感じ、原因となった経験を改めて振り返り、解釈を整理することが必要だと実感しています。 成果の見え方は？ 日々の業務では、一緒に仕事を進める仲間とのチェックインや業務終了時の状態共有を通して、一日の成果を感じながら効率的な業務の進行を目指しています。こうしたコミュニケーションの中で、目的や目標の確認と達成状況を確かめ合うことの重要性を再認識しました。 会議の効果は？ チームとのミーティングや1on1では、現状の把握から今後の目指すべき状態について話し合い、必要に応じたコーチングによって支援を行っています。また、プロジェクトの進行においては、目的・目標の再確認や進捗、困りごとの整理を通じて、課題解決に向けた具体的な行動を共に模索しています。 自信はどうなる？ さらに、リーダーシップに対する自信の有無についての気づきを振り返り、尊敬する人との1on1でその考えを伺うことにより、自身のリーダーシップに対する理解と成長を図る機会を大切にしています。加えて、週次ミーティングなどで業務の目的・目標の確認や進捗、課題について共有し、全員で合意形成を進めていくことにも努めています。

ABテストの学びを深めるには？ 問題の原因を探るためのポイントと、適切な解決策を決定するための手法である「ABテスト」について学びました。 まず、問題の原因を探るためのポイントとして、以下の二つが挙げられます。 1. プロセスに分解すること。 2. 解決策を検討する際には、複数の選択肢を洗い出し、その中から根拠をもって絞り込むこと。 ABテストの手法はどう実行する？ 次に、ABテストの手法についてです。ABテストでは、できる限り条件を揃えることが重要です（例えば時間帯や曜日）。具体的なステップは次の通りです。 1. 目的を設定する。 2. 改善ポイントの仮説設計を行う（ABテストの立案）。 3. 実行する。 4. 結果の検証と打ち手の決定を行う。 SNSフォロワー増加策の提案 直近の課題として、所属組織の公式SNSアカウントのフォロワー数増加策にABテストを活用したいと考えました。 具体的な解決案は以下の通りです。 - 目的の設定：フォロワー4000（現在2000） - 検証項目：フォロワーの属性、いいね回数、再投稿回数、テキストの文体、メディアの有無 - 仮説：文体が固くとっつきにくいのではないか - 解決策：ABテストを行い、1週間程度、「ですます調」と「だである調」で投稿の文体をテストする この課題解決案を所属部署に提案します。 問題解決の手順は？ 最後に、問題解決の4ステップを説明します。 1. What：問題の明確化→同業他社に比べてフォロワー数が増えない 2. Where：問題箇所の特定→投稿への反応が少ない（いいね、再投稿） 3. Why：原因の分析→投稿頻度が少ない？文体が固い？ 4. How：解決策の立案→ABテストで文体を変えて投稿してみる 以上、学んだ内容と計画した解決策について共有させていただきます。

仕組みはどう捉える？ 今週のテーマは「メカニズムを捉え本質を見抜く」ということで、戦略を考える際に仕組み自体を理解する重要性を再確認しました。特に、規模の経済性においては、「量を増やせば安くなる」という表面的な理解にとどまらず、固定費をどのように分散させるかという構造にこそ本質があると実感しました。 効果は必ず現れる？ 一方で、規模拡大が必ずしも効果をもたらすわけではありません。需要が不安定な場合、生産量を増やしても稼働率が向上せず、在庫が積み上がることで資金負担が大きくなるリスクがあります。また、原材料を大量に購入して単価を下げても、保管コストや品質の劣化リスクが高まれば、結果として逆効果となる可能性もあると感じました。 リスク管理はうまく？ このように、規模の経済を追求する際には同時に規模の不経済のリスクも考慮する必要があります。仕組みを丁寧にたどり、数字の裏にある動きを理解することで、初めて正しい戦略を見出せると考えます。 戦略はどう変える？ また、今回の学びを自組織に置き換えて考えると、単なるコスト削減や効率化の延長だけでは不十分であることに気づきました。自組織の使命を軸に、資源のバリューチェーン、地政学リスク、さらには自治体との関係など外部環境まで含めた戦略が必要です。戦略の原理は、目的を明確にし、どこで差別化を図り、どの要素を犠牲にするかというトレードオフの意識にあると感じました。 ツールはどう活かす？ さらに、フレームワークはあくまで便利なツールであって、それ自体が答えを導くものではありません。課題の性質に応じて取捨選択し、時には組み合わせる柔軟さが求められます。表面的な解決策に飛びつくのではなく、仕組みを丁寧にたどり、本質的な意味を問い続ける姿勢こそが戦略思考において重要だと実感しました。

どのように俯瞰すべき？ ライブ授業のワークを通じて、主観や自分の思い込みで物事を捉えてしまっていることに気づきました。そこで、「視点・視野・視座」という３つの視を意識し、具体と抽象を行き来しながら俯瞰して物事を見る重要性を学びました。これにより、目の前の問題や企画の本質を掴みやすくなると感じました。 ロジックで何を問う？ また、ロジックツリーを活用して問題を分類する手法は、原因の特定や解決策の洗い出しに非常に役立ちます。分類後に「なぜこの企画が今必要なのか」「なぜこの問題が起きるのか」「どうすれば目標達成できるのか」という視点で再検討することで、本当に効果的な解決策なのかを問い直すことができました。 根本原因は見えてる？ 具体的な問題解決の例として、部署内で頻繁に発生する誤植、納期遅れ、製作漏れなどがあります。これらの問題について都度振り返りを行い改善策を講じているものの、同じような問題が繰り返されるため、本質的な原因にたどり着いていないと感じています。そこで、ロジックツリーを用いて問題を整理し、決まった解決策が本当に問題解決に寄与するのかどうか、何度も問いかけながら対応する必要性を実感しました。 具体と抽象の使い方は？ さらに、会員向け会報誌の制作や新商品開発において、従来は直感に頼っていたアイディア発想を、顧客の課題解決に基づいた提案に昇華させるために、３つの視や具体と抽象の行き来、さらにロジックツリーを活用して顧客の課題を洗い出す方法を取り入れています。こうしたアプローチは、メンバーに伝える際にも、近視的な視野から具体的な情報に落とし込み、全体を意識して説明する助けとなっています。 詳細な事例は？ ロジックツリーをどのような場面で活用しているか、もし具体的な事例があれば教えていただけるとありがたいです。