(4ページ目)

情報 ✕ 流れ

に関する学び

---

主語と述語は合ってる？ 普段、述語の使い方にあまり意識を向けてこなかったことに気づき、主語と述語の整合性を意識する必要性を実感しました。複数の文章で主語が異なると分かりづらくなるため、主語を揃える工夫を行い、最終的に文章全体の流れを整えるよう努めています。また、一文はできるだけ一行以内、長くても一行半以内にまとめるよう心掛けています。 意見の根拠は何？ 文章の評価においては、意見を支える根拠をラベリングしながら、複数の理由を提示することが重要だと考えています。実行容易性や効用といった観点から根拠を示すことで、読者にとって分かりやすい資料や議論の構成に寄与すると感じています。 意見はどう組み立てる？ 文章作成の手順としては、まず自分の意見を明確にし、その意見を支えるために横の広がりとして複数の理由を展開し、縦の具体性を加えるよう努めています。こうしたアプローチにより、伝えたい内容が論理的かつ具体的にまとまります。 ピラミッドの使い方は？ さらに、ピラミッドストラクチャーの活用により、情報の整理と論理的な伝達を実現しようと取り組んでいます。この手法を用いることで、各要点が明確になり、全体の流れが整理されることを実感しています。 文章は正確に伝わる？ また、メールやチャットでのやり取りが多い中で、文章作成時に主語と述語の整合性に十分留意してこなかった点を反省しています。今後は、相手に正確に伝わる文章を意識し、見直す習慣を取り入れていきたいと考えています。 意見の整理はできてる？ ミーティングや資料作成の場面では、意見やアイデアの根拠をしっかりと整理することが有用だと実感しています。横の広がりと縦の具体化を意識することで、より明確な意見表現を目指す所存です。 書く習慣は身についてる？ 最後に、文章を実際に書き出すこと、もしくは口に出して確認することの重要性を再認識しています。時間が限られている場合でも、こうした習慣がより効果的なコミュニケーションにつながると考え、日々改善に努めています。

加工と分解はどう？ データ分析において、「加工」と「分解」を行うことで解像度が上がり、課題や原因究明につながることが分かりました。さらに、一つの加工や分解方法ではなく、複数の切り口を持つことで別の視点から見ることができ、新たな気づきを得られる点も印象に残りました。「迷ったときはまず分解してみる」ことで、前に進めることができるというのは非常に大きな発見です。ただ考えるだけでなく、加工や分解といった方法を用いて視覚でも考えることを進めていきたいと思います。MECEという概念は理解していたつもりでしたが、「全体を定義する」という視点が欠けていたことで、実際にはMECEになっていなかったと気づかされました。week1で学んだ内容を振り返りつつ、week2で得た気づきを定着させていきたいと感じています。 プロセスをどう見直す？ 企画営業の立場として、入口から出口までのプロセスのどこに課題があるのかを分析し、打ち手を考えることが求められます。しかし、これまで分解の切り口が不足していたため、改めて入口から出口までの流れを見直し、どの部分で数字の変化があるのか、またその数字をどう分解できるのかを考え直したいと思います。自分自身、目の前の数字や事象に飛びつく癖があり、思考が浅いと感じるので、データの加工・分解を活用して視覚的にも情報を整理し、思考を広げていくことを意識していきます。また、グラフや表を用いることは、数字以外の業務でもバリューチェーンを理解するなどの方法として活用できると感じましたので、データに限らず、他の業務にも応用できるかを考えていきたいと思いました。 会議資料はどう作る？ 直近の会議に向けて、最新の数字を用いた資料作成を行いたいと思います。入口から出口までで何が行われ、どこに課題があるのかを表やグラフで検証し、結果を反映させていきます。企画営業として、数字を日々扱い、その改善策やさらに数字を伸ばす施策の検討も業務の一部であるため、今回の学びを次回の会議から早速活かせるよう準備を進めていきたいと思います。

問題解決の流れは？ 問題解決のプロセスを整理するために、まずは「問題解決の4ステップ」について学びました。基本の流れは、what（問題の明確化）、where（問題箇所の特定）、why（原因の分析）、how（解決策の立案）という順番です。中でもwhereの部分では、どこに原因があるのかを深く掘り下げ、分析対象の範囲を絞ることで、原因を検証しやすくする点が強調されています。 仮説の立て方は？ さらに、原因に対する仮説を立てる際には、複数の仮説を出すことや、異なる切り口（ヒト・モノ・カネなど）から考えることが重要です。これにより、一面的な見方に偏らず、網羅的な分析が可能になります。そして、仮説の検証に向けて、どのようなデータを収集するかを意図的に選定し、意味のある対象から適切な方法で情報を得ることが求められます。 データ収集はどう？ また、都合の良いデータだけでなく、比較のための情報収集も欠かさず行うことが必要です。反論を排除するために、仮説に反する情報も踏まえた検討が重要で、これにより説得力のある分析が可能になります。ここでは、フレームワークとして3C（市場、競合、自社）や4P（製品、価格、流通、プロモーション）を活用する方法が示されています。 全体評価は？ 総評として、問題解決の4ステップがしっかりと整理され、特にwhereの部分を掘り下げる姿勢が評価されています。今後は学んだ理論を実際のビジネスシーンに応用し、複数の仮説の中から優先順位を明確にする方法を検討することが期待されています。 進捗報告はどう？ また、メンバーの進捗報告に際しては、各自がこのプロセスに沿っているか確認することが重要です。仮説が複数たてられているか、異なる視点での切り口が取り入れられているか、さらにはデータ収集が適切に行われているかを、リーダーを中心としたレビューの場でしっかりと意見交換を行い、全体の分析精度を高めるよう努めてください。

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

どうして自己分析する？ 本講座を通して、自分自身の思考のクセに再び気づくことができました。これまで、感覚的に考えを構造化しようとしていたものの、体系的に整理することができず、例えば「病院の役割」という問いに対しては「患者」の視点だけで捉えてしまっていました。しかし、今回のワークで「視点を変える」「視座を上げる」「視野を広げる」という3つのアプローチを学び、より多角的な思考法を身につけることができたのは大変有意義でした。これにより、人は自分が考えやすい方向に流れがちであるという特性を理解し、今後は自身の思い込みを排除した考え方を意識していきたいと思います。 営業で多角的に見る？ この学びは、今後の業務において二つの場面で活かせると確信しています。ひとつは営業活動です。お客様の課題をヒアリングし、仮説を立てる際に、3つの「視」を活用して多角的に捉えることで、単一の視点にとらわれず幅広いアプローチで気づきを提供できると考えています。たとえば、情報が一方向に偏っているという課題に対しても、他にどのような問題が潜んでいるのか、役職や役割の違いによってどのような影響が生じているのか、なぜその現象が問題なのか、さらには解決すべきほかの課題が存在しないかといった視点を持つことが求められます。 なぜ巻き込みが必要？ もうひとつは、社内プロジェクトにおける他者の巻き込みにおいてです。業務フローに新しい技術を組み込むためには、施策の必要性や妥当性を論理的に伝え、納得感を共有することが大切です。なぜその施策が必要なのか、何を達成したいのか、より適切なアプローチはないかと改めて考えることで、関係者全体が一丸となって取り組む状態を目指します。 どうして視点広げる？ また、仕事で直面する壁や課題について、他者の思考プロセスや多様な価値観に触れることができれば、さらに自分の視点を広げる貴重な機会になると感じています。

本当の問題は何？ 何か困ったことがあった際、原因を思いつくままに考え、即座に実践してきた結果、次第に本当に何が問題だったのか分からなくなってしまった経験がありました。そのとき、他のメンバーと情報を共有せず、自己解決に努めていた自分に気付かされ、まずはイシューを具体的に定めることが最優先だと学びました。 なぜ思考が偏る？ 先に解決の切り口だけで動いてしまうのは、ある種の思考の癖であり、経験に頼って何となく行動してしまう点も問題でした。そこで、まずイシューを明確に立て、ピラミッドストラクチャーやロジックツリー、MECEなどの手法を用いて整理し、論理的に考える一連の流れを習慣化するための繰り返しのトレーニングが不可欠であると考えるようになりました。そのため、あらかじめ復習日を設定し、継続的にトレーニングを実施する方針です。 どうやって共有する？ 例えば、月に一度プロジェクトにおけるイシューを定義し、分析を行った上で、月次ミーティングで共有する取り組みを実践しています。また、相手に伝える際には、言語化や資料（PPTなど）の見せ方を工夫し、相手の立場を理解するために積極的に会話を重ねるよう努めています。雑談も大切にし、プロジェクト内外に限らず、部署外や会社外の人脈作り、さらにはオンラインで関わるメンバーとの定期的な1on1も実施しています。セミナーや交流会に参加することも、その一環です。 会議では何を意識？ さらに、メールや顧客・社内会議では、ピラミッドストラクチャーを用いた整理、メインメッセージやキーメッセージの明示を意識し、聞き手の立場に配慮した情報提供を心掛けています。 学習時間はどう確保？ また、平日は業務が忙しく時間が取れないため、インプットとアウトプットを効率よく行うために、週に一度は最低でも半日間の学習時間をあらかじめスケジュールに組み込むようにしています。

共通課題は何だろう？ 店舗のオペレーション課題解決においては、単に会議での発言や市場視察の情報だけを頼りにするのではなく、どの店舗でも共通する課題なのかどうかを十分に確認して定義することの重要性を実感しました。 定量と定性はどうなる？ そのため、普段から実施しているアンケートなどによる定量分析と、ヒアリングや現場の観察を通じた定性分析を併用することを、これまで以上に意識していきたいと思います。特に、定性分析においてはコーディング手法の活用をすぐに実践する所存です。 ペルソナはどう捉える？ また、現状を把握するだけでなく、具体的なペルソナを特定し、ユーザーの感情にまで思いを巡らせることが大切だと感じました。ペルソナをいくつか明確に意識することで、本当に解決すべき課題が何か、その根本的な原因は他にもないかと前提を疑いながら多角的に考える習慣が身についてきました。 課題定義は進む？ 今後は自分一人にとどまらず、周囲のメンバーも巻き込みながら課題定義を進めていくつもりです。課題定義のフェーズでは、①問題の本質を捉える、②洞察の整理と可視化、③顧客課題仮説の作成、④ユーザー中心の視点の維持、⑤検証と改善という5つのポイントが重要だと感じました。 潜在課題に気づく？ 中でも、カスタマージャーニーマップを活用する点と、顧客課題仮説を作成する際にシンプルで明確な課題文を構築する方法に大きな気づきを得ました。カスタマージャーニーマップはユーザーの行動だけでなく感情の流れにも着目することで、潜在的な課題を浮き彫りにしますし、明快な課題文はまだ気づかれていなかった潜在的な問題に気づく手助けとなります。 アウトプットは十分か？ 最後に、ある講師の「学びの深さはアウトプットの量に比例する」という言葉が心に響きました。今後も実務を通じて、積極的にアウトプットを行いながら学びを深めていきたいと思います。

イシュー設定はどう？ イシューを明確にすることの重要性を学びました。議論中に論点がぶれると、何のために時間や労力を使っているのかが見えなくなり、結果として無駄な議論に終始してしまう恐れがあります。これは、最初からイシューをきちんと設定していなかったためだと感じています。 資料構成のコツは？ また、資料作成にあたっては、読み手が負担なく情報を受け取れるよう、構造や流れを整えることが大切だと痛感しました。特にパワーポイント資料は、他のメンバーが編集しやすいよう余計な装飾や偽改行を使わず、シンプルで論理的な構成にすることを心掛けています。 議論のまとめは？ 総評として、イシューへの意識を高め、議論の方向性や資料作成にその考え方を取り入れようとする姿勢は非常に素晴らしいと感じます。実際の具体的な事例を交えながら取り組むことで、理解がより一層深まると思います。 大切なイシューは？ さらに、日常生活の中で自分にとって特に重要なイシューは何か、具体例を考えてみると良いと感じました。加えて、資料作成において読み手が負担なく情報を取得できるための他の工夫についても、改めて考える必要があると感じています。 部内会議で何を伝える？ 月に1回以上ある部内会議では、各自の持ち場から自由に発表する時間が設けられています。私は、現状抱えている課題について、ロジックツリーを用いてまず頭の整理を行い、皆に伝わるようなパワーポイント資料の作成に挑戦することにしました。 稟議書作成のポイントは？ さらに、ある新規事業の稟議書を作成した際には、背景・目的・効果・留意点・リスク・導入までのスケジュール・費用など、重要な要素をグラフや図を用いて整理しました。文章量が多い点から改善の余地を感じ、同じ部の仲間と意見を交わしながら、より分かりやすい内容にブラッシュアップしていきたいと考えています。

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

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

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

問題の原因をどう探る？ 問題の原因を探るためには、データを確認しながら原因を突き止めることが重要です。問題の原因を明らかにするために、プロセスを分散して問題箇所を絞り込み、原因の仮説を立てるのが効果的です。問題がある場合、その結果には必ずその流れがあり、その流れを押さえることで、プロセスのどの段階に問題があるのかを特定できます。 解決策の検討はどう進める？ 解決策を検討する際は、複数の選択肢を洗い出し、根拠を持って絞り込むことが求められます。ステップを踏んでデータを分析し、問題解決の精度を高めることと、仮説を試しながらデータを収集し、より良い問題解決に繋げることは、両者のアプローチを組み合わせることが効果的です。まず手始めに身の回りのデータを分析すること、分析の練習を積み重ねること、そしてどんな分析計画を立てるかシミュレーションし、どんな情報を誰から収集するのか、データはどんな形で収集すればよいかを考えることが大切です。 シンプルで低コストなA/Bテストの利点 A/Bテストは、AとBの施策を比較するシンプルなテストです。運用や判断がしやすく、低コストで少ない工数で実施できるため、リスクが少ない。A/Bテストを行う際には、目的や仮説をしっかりと明確にし、有効なデータが集まるまで実施します。ただし、複数の要素をテストしたい場合には別の手法を検討すべきです。また、パターンは同時に同じ期間行うことが必要です。 データ分析の第一歩は何から始める？ 解決策を考えるときには、必ず複数の選択肢を検討し、「ステップを踏んでのデータ分析」と「仮説を試しながらのデータ収集」の両輪で分析を行うことが効果的です。分析が苦手な方には、まず身の回りのデータを分析すること、分析の練習を積み重ねること、そして問題にはそこに至るまでの流れがあることを意識することをお勧めします。