(30ページ目)

課題 ✕ 本

に関する学び

---

学びのポイントは？ 現在の担当業務では、グラフや文字を用いた資料作成が多いため、WEEK4は特に多くの学びが得られました。主な学びや印象に残ったことは以下の通りです。 伝え方の工夫は？ まず、メッセージに沿って情報の順序を合わせることが重要であるという点です。また、メッセージに一言添えることで意図が伝わりやすくなります。さらに、メッセージと図表の整合性を確保し、強調したい部分を意識することで、スライドで伝えたいメッセージをより明確に伝えることができます。 読者の引き寄せは？ 読者に興味を持ってもらい、最後まで読んでもらうためには、書き手の知名度やお役立ち感、その先を読みたくなるような冒頭の文章を作成することが効果的だと感じました。 効果的なスライドとは？ 経営層に対して施策の状況と今後の課題を一枚のスライドで示す際には、まずそのスライドで伝えたいメッセージを整理し、作成後にメッセージと図表の整合性が取れているか確認することが重要です。また、イベントメールの案内には、提供する情報の価値がより目立つような構成にすることが効果的です。 整理と見直しの法則は？ スライド作成の際には、いきなり作成に入るのではなく、まず伝えたいメッセージをノートなどに整理し、そのメッセージが伝わるような図表や構成を考え、整合性を確認する必要があります。メール作成の際にも、伝えたいメッセージを整理し、メール本文を作成した後、一度時間を置いてから、読み手の視点で見直すことが大切です。

なぜイシューは難しかった？ 今週のテーマは「イシューを捉える」でしたが、これまでの学びの中でも特に難しさを感じました。これまでは、解決したいこと＝イシューと捉えがちでしたが、今回、まず解決したい目標を前提としてデータを分析し、根本的な問題を洗い出すことが効果的だと学びました。 具体と抽象はどう使う？ データを細かく分け、一つ一つ検証する過程で、week1で学んだ具体と抽象の考え方が役立ち、これまでの知識の総合によって初めてイシューを正しく捉えられると実感できました。 なぜ修正時間が増える？ 自身の業務では、開発プロジェクトの工数見積もりにおいて、簡単な修正にもかかわらず、なぜ時間がかかってしまうのかという疑問が生じることがよくあります。修正作業や影響確認、テストに要する時間で終わらせがちな現状を踏まえ、それぞれの問題について「なぜ」を追求していく必要性を感じています。 解決策はどう見出す？ それぞれの問題に対する具体的な解決策が見つかれば、プロジェクト全体の必要期間が短縮でき、恒久的な改善策が確立されれば、将来的なプロジェクトもこれまでより短い期間で進めることが可能になるでしょう。 論理的思考の進め方は？ 今後も、問題に対して論理ツリーのように「なぜ」を分解し、根本課題および効果的な解決策を模索する姿勢を持ち続けたいと思います。今週の総合演習では思考にかなり頭を使い疲労を感じましたが、このプロセスに慣れ、考える場面を増やしていくことが成長に繋がると考えています。

どうして説明責任を重視？ これまで直感や経験に頼って仕事を進めてきたことを改めて実感しました。しかし、どんな状況でも客観的に課題を見つけ出し、自分の言葉で相手に伝える―つまり説明責任を果たす―状態になりたいと強く感じています。そのためには「問いは何か」を意識し、適切な問いを自ら立てられるようになることが重要です。 顧客視点は伝わってる？ 顧客に対する提案では、顧客が本当に得たいものや解決したい問題を明確にし、その立場に立った問いから物事を組み立てる必要があります。また、社内では上司や他部門と協力しながら、目標作成や調整を行い、自組織に有利な環境を整えることが求められます。さらに、組織内のメンバーとの関係を大切にし、共に課題を共有しながら進めることで、納得感のある目標や施策を実現することを目指します。 なぜ問いを立て直すの？ 仕事に取り組む際は、まず自分の主観や直感に頼る前に「問いは何か？」と一度立ち止まり、状況を冷静に見つめる時間を持つことが大切です。そして、顧客の現状や向かっている方向性、顧客視点の問いを理解するため、情報収集、可視化、仮説の立案を行いながら、売り込みではなく対話を通じて議論していきます。加えて、数字に基づく分析を丁寧に行い、図表などを用いて分かりやすく説明することや、問いを共有する時間を意識的に取ることも重要です。 どうやって信頼を深める？ 最後に、メンバーとのコミュニケーションの時間を積極的に確保し、組織全体で前向きに進むことを心がけたいと思います。

共感で成果はどう出る？ 戦略的な営業手法として「共感、自分事化させる」アプローチがあります。これまでなんとか成果を上げることができたものの、実際には適切な方法やコーチがいなければ手探りになり、場当たり的な対応に終始してしまい大変時間を浪費してしまうこともあると感じます。今回の学習を通して、そのような現状や課題が明らかになりました。自身の成長のためにも、視点の偏りや座、そして野といった多角的な視点から分類し、考え抜くプロセスを基本動作に取り入れることの重要性を再認識しました。 企画書のコツは？ 事業企画書の作成においては、目的、実行手段、計測可能な目標、さらにはKPIなどの項目を明確に設定することが求められます。提案資料では、まず顧客課題を整理し、優先順位やトレードオフの定義を行い、成功基準やコスト、リソースの判断を行います。そして、行動計画やマーケティング施策においては、遂行目標や手段の設定、さらに進行・中止・撤退の判断が不可欠です。 日常業務でどう確認？ これらの内容は、日常の業務においても活用できる考え方です。例えば、日常の発信や応答では、「目的とは何か」「誰のためで誰の基準であるのか」を徹底的に考え、漏れや重複がないかを常に確認することが大切です。また、定期的なビジネス報告や会議では、視点だけでなく視座の観点からの確認やヒアリング、報告が求められます。さらに、事業企画やレビューの際には、顧客や市場、効果の見通しについて偏りや漏れがないかどうかを十分に検証することが重要です。

原因特定で悩む？ 問題解決のためには、「WHAT」「WHERE」「WHY」「HOW」の４つのステップで整理すると良いと感じました。私は特に「WHERE」の段階、つまり「原因の特定」に偏りがあったように感じますが、今後は「状況把握」や「解決策」に関しても仮説を立て、ロジックツリーを使って可視化するようにしたいと思います。一度有効だと考えた仮説に固執せず、全体を整理し直す柔軟な姿勢を大切にしていきたいです。 人事課題に挑む？ 人事課題では、正解がない問題が多く、一般論や他社の傾向と自社の実情が必ずしも一致しない場合があります。そんな中で自分が立てた仮説やその結論を明確にするため、ロジックツリーを作成しながら取り組んでいくことが重要だと感じました。また、これまで属性ごとに人事データを層別分解してきたものの、変数ごとの解釈が不足していたため、状況に応じてさまざまな角度から仮説の検証を行えるように努めたいと思います。 本当の問題は？ まずは、目の前のデータに頼るのではなく、何が本当の問題なのかを明確にするための仮説を立て、その仮説をロジックツリーのような形で整理していきます。現状のデータだけでなく、どんなデータがあればより適切な比較ができるかを考え、必要であればデータを収集できる体制を整えることにも注力していきたいです。 検証の進め方は？ 最後に、実際にデータを使って仮説を検証する際には、ログを残すことや、時間や状況の違いを比較することを意識しながら、着実に分析を進めていく所存です。

プロトタイピングの留意点は？ システム開発では、定められた手法に沿った実践が成果の成否を分けるとよく言われます。その一環として、プロトタイピングが推奨される場合もあり、顧客に実際の成果物に近い形を見せることで、齟齬がないかを確認することが目的です。しかしながら、プロトタイピングはコストがかかる点や、成果物に近いがゆえに本来の目的と異なる変更が行われるリスクがあると感じています。そのため、KT法など他の手法も併用すべきではないかと考え、今回の学びを改めて実務に活かす必要性を再認識しました。 初期案件で試す価値は？ 開発初期の案件でこれを試みるのが最もやりやすいと感じています。初期段階であれば、手法や認識に囚われ過ぎず、目的を確実に反映させることが可能だからです。現在、ヒアリングの初期段階にある案件もあるため、その案件で実践してみたいと思っています。目的の決定においてはMUSTとWANTの両面が存在することから、これらを明確にし、常に共感を得続ける姿勢が大切だと考えています。 非線形プロセスの注意点は？ また、WEB制作も手がけている中で、ビデオ内の説明は非常に分かりやすかったと感じました。実際に手を動かしていない方にはイメージしにくい部分もあるかもしれませんが、実務では線形的なプロセス進行が理想とされる一方、現実には非線形となる場面が多いことが大きな課題となっています。手戻りは望ましくないものの、「手戻り禁止」ではなく、最低限に留めるという意識が必要であることを改めて認識しました。

分解で見える変化は？ 物事の解像度を上げるためには、対象を細かく分解することが有効です。分解した結果をグラフにすると、視覚的に変化が把握しやすくなります。 単純合算は危険？ たとえば、①の切り口と②の切り口でそれぞれの結果を導き出した後、単に合算して「～の傾向がある」と判断してしまう自分の傾向に気づくことがありました。しかし、このような安易な判断では、実際の状況を正確に捉えられない可能性があります。 早期結論で誤解？ また、すぐに結論に至ると間違った傾向を導き出すリスクがあるため、複数の切り口で分解し、得られた結果を合わせて検討することが重要です。仮説を立てた場合は「本当にそうであるか」を疑い、さらに検証する姿勢が求められます。 MECEの使い方は？ MECE―もれなく、ダブりなく分解するという考え方―は、タスクごとにどれだけの工数がかかっているかを把握する作業に役立ちます。グラフ化により、全体の中で平均以上の工数がかかっているタスクを見直すことで、必要なリソースや業務の調整が行いやすくなります。 実例で確認する？ プロジェクトにおいては、MECEの手法を用いて、チームメンバーがどのプロセスで課題を抱えているのかを分析しています。ただし、「もれなく」を意識しすぎることで、カテゴリが過剰に分割され、現実の問題に完全にフィットしない場合もあります。実務上、これらの点をどのようにコントロールして使用しているのか、具体的な実例を示していただけるとありがたいと感じています。

プロトタイプの効果は？ 新規事業開発の現場では、従来、テキストや紙芝居を用いてコンセプトや提供価値を磨く方法を意識していました。しかし、議論をより活性化させるために、あえてプロトタイプを作成する有用性を学びました。また、毎週のグループワークでのディスカッションを通じて得られる新たな気づきも非常に意義深いと感じています。 感情と真因の探究は？ 今後は、自身が関わるサービス開発で次の2点を実践したいと考えています。まず、ユーザーとしての体験から得られる心理的変化に注目し、表面的なニーズだけでなく、感情面に踏み込むことで利用者の情動を捉えること。次に、顧客の悩みの奥に潜む思考や本能、その背景の制約条件を探ることで、根本的な課題や真因を見極めることです。デザイン思考においては、この2つのプロセスを徹底することが、結果的に発想や試作品作成の近道になると考えています。ただし、議論を進めるためのツールとしてプロトタイプは有効なケースもあるため、状況に応じて活用することが重要です。 アイデアはどう生む？ また、アイデア発想のプロセスについても挑戦してみたいと思います。アイデアは、具体と抽象の深さ、多角的な視点、そして顧客視点の掛け合わせによって生まれるものです。基本的な流れとしては、現状の課題を洗い出し、KJ法で構造化し、課題を絞り込んだ上で、SCAMPER法などを用いてアイデアを発散。さらに抽象度を上げて再度発散させ、最終的に収束させるというプロセスを磨いていきたいと考えています。

課題の本質は？ 課題を明確にすることの重要性について学びました。大まかに課題を把握するだけでは、その根本原因を解決するには至りません。具体化することで、本質的な課題を捉えることが可能になります。イシューに対する方策や判断は、経験に依存する部分もあるため、知見や経験、俯瞰的に捉える力が必要だと感じました。課題や問いに対するイシューの捉え方は、考え方次第で大きく変わるため、間違いに気づくことが難しい場合もあります。 どう活用される？ このような学びは、日々の業務、例えば社内外の会議、製品の不具合対応や要因究明、現行業務の方針決定、将来の業務の企画戦略など、さまざまな面で活用できます。特に会議など、口頭でのやり取りでは、イシューや課題から逸脱しないようにする意識を持ち、全体への共有を意識しています。また、資料作成の際には、最初にイシューや課題を意識し、フレームを構築することを重視しています。 会議で意識は？ 打ち合わせの際には、まずイシューや課題の共有を行い、全体の方向性を合わせるよう努めます。会議に参加する場合には、認識のズレが発生しないように課題を確認し、内容が逸れたりしないように軌道修正を行います。資料作成時には、イシューや課題から外れていないかを意識し、作成に取り組みます。資料を書く前に、イシューの特定と枠組みを考え、相手に理解してもらえるように図などで可視化することが大切です。このプロセスでは、他の人に確認してもらい、フィードバックを受けることも心がけています。

クリティカルシンキングとは何か？ クリティカルシンキングは、パソコンでいうところのOSやCPUのように、人間のスペックを決める重要なスキルです。それには、自己チェック機能も求められます。クリティカルシンキングは瞬発力と持久力の両方が必要で、他者に何かを伝える際や、課題解決、そして意思決定の際に求められます。講義を通じて、自分が日常的に偏った考え方をしていることを実感しました。これからは、物事を適切な方法で、適切なレベルまで考えられるような土台作りを進めていきたいです。 どのように視座を変える？ 社内外の会議でのファシリテーション、相手にわかりやすく伝える説明、コミュニケーション時の対応（口頭、メール、チャット）、アクションプランの作成や改定などで、感覚や経験に頼らず、様々な視点を持ち、視座を変えて視野を広げることが求められます。 なぜ常に計画を疑問視すべきか？ 常に決めた計画に疑問をぶつけることが大切です。なぜうまくいくのか、他に方法はないのか、前提が崩れるときの状況はどうかを、多様な視点からレビューする癖をつけることが重要です。また、一つの問題については焦らず、対処策をじっくり考えることが必要です。効率と充実を両立させるためには、異なる役割を持つメンバーが集まり、思考がバラバラになることがあるかもしれません。しかし、話の脱線にも本質が隠されていることがあるので、会議のゴールを忘れずに、想定しない重要な話が出た際には、うまく話をまとめ、リードできるように心がけたいです。

データ分析の目的を見直す データ分析の手法として、データの収集、加工、そして発見に焦点が当たりがちですが、何のためにデータ分析を行うのか、その目的が最も重要だと認識しました。そのために必要なデータ項目を選定し、それに基づいてデータを収集する習慣や仕組みを作る必要があります。ただ業務をこなすだけでは、将来に向けた効果的な分析ができず、特に自社の業務データはインターネットで入手できないため、自社内での心がけが欠かせません。 本当の売上分析とは？ 私の業務では、データを集計して資料に記載することで終わることが多く、本来の意味での分析に至っていないと感じました。自部門の売上高を集計することが多いのですが、他部門との比較を通じて本当の意味での売上分析を行う必要があり、もっとオープンな視点での比較を考える必要があります。また、落札情報などを蓄積し、市場の相場観も併せて分析することが求められています。 有用なデータの収集方法とは？ 現在、社内では中期経営計画の策定時期が来ており、過去の売上や競合他社の状況、他部門との比較を行いながら、データ分析を活用したいと考えています。しかし、データが社内に散在しており、有用なデータが収集しにくいという課題があります。そのため、将来を見据えてどのようなデータが必要かを社内で議論し、データ分析がしっかりと根付く職場環境を作りたいと思います。データを蓄積するためのフォーマットを作成し、社内メンバーがそれを保管・活用できる仕組み作りも進めていきたいです。

日常業務で活かす学びとは？ 本講座を通じて学んだ内容を振り返り、次の4点を日常業務で意識する必要性を改めて感じました。①目的意識を持つこと、②自己対話を育むこと、③問いを中心に考えること、そして④分かりやすく伝えることです。 クリティカルシンキングの活用法 企画業務においては、施策を考える際や全店展開する際に、クリティカルシンキングを意識したいと思います。役員や上司、部下だけでなく、全社的に情報を伝える場面も多いため、考えるだけでなく、受け手の視点を重視した伝え方も身につけたいです。 論理的な伝え方をどう身につける？ 具体的には、頭の中で考えたことを箇条書きにするだけでなく、ピラミッドストラクチャーを用いて主張とその理由、根拠を論理的に整理し、書き出す習慣をつけたいです。これにより、自分の考えの妥当性を自己チェックしながら進めることができ、他人に伝える際や質問された際の論理整理が容易になります。併せて、根拠を多岐にわたって考えておくことで、想定外の質問にも対応できるようになるでしょう。 上司へのアウトプット機会を創出 さらに、学んだことを上司へのアウトプット機会に活用することが重要だと感じています。日常業務の中でじっくり考える時間を作ることが難しいため、過去の経緯を踏まえた難しい問題に対してクリティカルシンキングを用いる課題を設定し、定期的に上司と共有しながら解決を目指す場を持ちたいと思います。このように、学んだことを実践に活かすことで、さらなる成長を目指します。