(3ページ目)

作成 ✕ 流れ

に関する学び

---

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

プロトタイプは何故有効？ プロトタイプを作成することで、イメージがより具体化され、テストの段階で得られるフィードバックが非常に有益であると実感しました。性格や背景の異なる第三者に評価していただくことで、自分では気づかなかった改善点が明らかになり、製品やサービスのブラッシュアップに大いに役立つと感じました。 テストの流れはどう？ また、テストのプロセスは、普段実施しているレビュー作業に似た面がありました。レビューでは、作成した提案書や設計書に対して指摘を受けつつ改善を重ねるため、限られた目的や範囲の中で行われる点が共通しています。一方、デザイン思考における「共感」「課題定義」「発想」「試作」「テスト」の各プロセスは、業務で何気なく行っている点とも重なっており、日常の仕事に応用できる部分が多いと改めて認識できました。 デザイン思考の柔軟性は？ デザイン思考では、基本のプロセスの流れがあるものの、非線形に繰り返す柔軟性が大きな魅力だと感じました。議論が行き詰まってしまうリスクもありますが、「共感」や「協働」を重視することで、しっかりとコンセプトを捉え、効果的にアイデアを育てることが可能です。人間中心のアプローチやビジュアライズ・プロトタイピング、そして共感の連鎖といった視点が、より良い成果につながると理解しました。 多様な意見はどう？ さらに、他の受講生が作成したプロトタイプを通じて、多様な背景を持つ人々の意外なアイデアに触れることができたのは、大変参考になりました。一人では気づけなかった発想が生まれ、異なる視点を取り入れてアイデアを育てることが、新たな解決策へとつながると実感しました。 新ビジネスは何故大切？ 新たなビジネスプランを検討する際、リーダーシップやチームビルディング、経営戦略、マーケティングなど現実的な調整が必要となる中で、まずはアイデアの創出が何より重要であると再認識できました。デザイン思考で学んだ手法は、普段の業務においてもそのまま活用できる貴重なものだと感じています。

分析の本質とは？ この学びを通じて、分析の本質を理解することができました。分析とは「比較」することが核心であり、特に条件を整えた「Apple to Apple」の比較が重要です。まずは「何を明らかにしたいのか？」を明確にし、そのために「何と何を比較すべきか？」を定めることが大切です。 棒グラフ作成の注意点は？ 印象に残った点として、棒グラフの縦軸と横軸など、細かな部分にまで注意を払ってより分かりやすく伝えることが求められるということです。例えば、縦軸は上がった・下がったを示し、横軸は要素間の比較を表現します。普段は手元のデータだけで判断してしまうことが多かったと気づかされました。この分析の本質は、課題解決のための分析決定だけでなく、解決策の実行後の効果検証にも活用できると感じました。 具体的な応用法は？ 具体的な応用として、解決策の効果を比較することが挙げられます。解決策を導入する場合としない場合での比較を行い、条件をできるだけフェアに揃えることが重要です。この考え方を業務に活かすことで、顧客の課題を定量的に解決する方法を確立し、納得できる成果を提示できるようになると期待しています。 より良い分析へのプロセス この知識はすぐに実務に活用できるもので、特に分析の本質を理解できたことは大きな収穫です。今後、以下の流れを意識して分析の質を向上させていきたいと思います。 まずは課題の明確化から始め、何が課題なのかを特定し、解決するためにどのような分析が必要かを考えます。次に仮説を設定し、それを検証するためのデータを収集します。重要なのはフェアな条件で比較できるようにデータを集め、分析結果を分かりやすく可視化することです。 最後に、結果を解釈し示唆を整理します。ただ結果を提示するだけではなく、その傾向や含意をまとめ、目的に沿った分析であるかを確認します。この一連のプロセスを通じて、より質の高い分析を目指していきます。

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

人間中心設計は何でしょうか？ 人間中心設計というキーワードの意味や重要性について、少しイメージできるようになってきました。一方で、人それぞれ感性が異なる中で、どこを落とし所とするのかという疑問も湧いてきたため、今後の学習でこの点を解決していきたいと感じています。 デザイン思考をどう感じる？ また、デザイン思考の大きな流れや5段階のステップについては一通り把握できたものの、理屈はなんとなく理解できる反面、実際にどのような作業を通して各ステップが進行するのか、具体的なイメージはまだ十分ではありません。学習を進める中で、実感を伴った理解を深めていきたいと思います。 プロダクト作成はどう？ これまで具体的なプロダクトの設計経験がなかったため、新たなプロダクトをゼロから生み出す際に、他の受講生の多様なアイディアに触れることがとても新鮮で、勉強になりました。今後は、実際の取り組みを経験しながら、皆さんの意見を伺い、より深く知識とスキルを身につけていきたいと思います。 スポーツとデザイン思考は？ 私はスポーツ選手のパフォーマンス向上や怪我予防のためのフィジカルプログラムを提供する仕事をしています。チームで動く部分と個別対応の部分がある中で、デザイン思考の考え方は個々の状況に合わせた対応に親和性が高いと感じています。また、チーム全体として、スポーツにおける選手育成に新たな価値を創出することを理念の一つとしているため、これまでの育成現場で起こる問題や、関係者が感じる課題を理解するうえで、デザイン思考の手法は非常に有効だと思います。 現場観察で何が見える？ 現場で実際に何が起こっているのかを観察し、感じること、そして関係者の素の感覚を聞くことで、課題を的確に定義していくことができると考えています。その過程を何度も実践することで、解決策の発想やプロトタイプの作成が進んでいくのではないかと期待しています。

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

インタビュー設計はなぜ？ 顧客のニーズを発掘するため、「参加型デザイン」「インタビュー設計」「ワークショップ設計」を学びましたが、現状の業務では時間やリソースの制約があるため、「インタビュー設計」が最も適していると感じました。イシューを明確にした上で、そのイシューに基づいた質問を作成するために労力をかける必要がありますが、顧客に過度な負荷をかけずに実践できる手法だと思います。 どうして質問を工夫？ また、質問を検討する際には、オープンエンド形式で詳細な問いを投げ、回答に影響を与えることなく実情を引き出す工夫が必要です。そのため、現行のサービスに関する質問だけでなく、そのサービスが使われる状況や日々の業務の流れまで把握できるような質問項目を作りたいと考えています。 なぜ非機能要件に注目？ さらに、インタビューの準備を進める中で、機能要件だけでなく非機能要件にも焦点を当てることで、潜在的な問題を掘り下げられる可能性に気づきました。たとえば、ある業務において印刷が必要な場合、ありがちな解決策は印刷スピードを上げたり、印刷枚数を減らすといった機能的な対策ですが、本質的な問いとして、そもそもその印刷が必要なのかという疑問を持つことも大切だと感じました。このように、インタビューを通じて共感を得るためには、しっかりとした準備と工夫が不可欠です。 ヒト中心の考えはどう？ 最後に、私が重要だと感じたのは、物事を「ヒト」を中心に捉え、絶対的な正解がないこと、ルールに縛られすぎずに柔軟に考える姿勢が必要だという点です。システム全体に目を向けると、その枠組み内でしか考えられない恐れがあります。そこで、「ヒト」の行動に注目することにより、問題の本質に近づける可能性があると感じました。ただし、その視点も自分のバイアスに偏らないよう、常に疑問を持ち、広い視野で捉えていくことが大切だと思います。

仮説検討は効果的？ フレームワークを使って仮説を検討する重要性を改めて実感しました。自分の視点だけで考えると、異なる仮説が実は同じ意味を持っていたり、抜け漏れや重複が生じ、MECE（漏れなく、ダブりなく）にならないことがあると感じました。また、業務では自社の既存データを中心に扱っており、外部のデータと比較する機会が少ない点にも気づきました。一般的なデータにも注意が必要で、信頼性が低かったり数値が大げさに見せられるケースもあるかもしれません。こうした状況だからこそ、学んでいる知識を活かし、有効なデータと信頼できる情報源を見極める必要があると思いました。 動画から何を学ぶ？ 先週のグループワーク後に視聴した関連動画で紹介されたさまざまなグラフや分析手法も非常に参考になりました。自分がこれまでなんとなく実施していた方法が当てはまる部分もあれば、これまで注目していなかった視点に気付くこともあり、改めて復習する意欲が湧きました。 実務で新発見は？ 実務では、指示通りに同じグラフを作成することが多い中、自分自身でフレームワークを活用して仮説を立て調査することで、新たな発見につながる可能性を感じています。現在の職場では、これまでにない未来的な取り組みが多く、自社の過去のデータだけでは捉えきれない視点が必要だと再認識しました。大きな歴史的流れに沿った視点も、今後の改善に大いに役立つと考えています。 改善策の検証は？ まずは、フレームワークを用いて「どの部分が改善され、会社の売上に貢献できるか」という仮説を立て、データの収集と検証に取り組みたいと思います。また、データだけに頼らず、職場の改善点や取り組みについても多角的な視点を持って検証することで、会社全体の業績向上だけでなく、自分自身の成長につながる発見があると期待しています。

仮説はどう活かす？ スピードや精度を向上させるためには、分析の初期段階で仮説を立てることが重要だと学びました。結論に向けた仮説と問題解決のための仮説という二種類の仮説があり、それぞれ目的や時間軸に合わせて使い分けることが求められます。 フレームワークってどう活かす？ また、3Cや4Pなどのフレームワークを活用することで、思考が整理され、仮説形成が容易になると感じました。仮説に沿って必要なデータを抽出し、場合によっては新たにデータを取得するプロセスは、効果的な分析の基本と言えます。数字で見えにくい効果も、可能な限り数値として示すことで説得力が増し、合理的な判断材料となります。 数字で信頼はどう？ 具体的には、コンバージョンレートなどの数値計算により、直感だけに頼らず理論的な判断が可能となります。フレームワークを用いることで、業務のスピード感と精度が向上した経験もあり、反対意見を含めた多面的な情報収集が仮説検証の信頼性を高めると実感しました。 新機能はどう検証する？ さらに、新機能をリリースする際には、3Cの観点から分析して優先度を明確化したり、施策ごとの「影響度×実行難易度」を評価することで、迅速な判断を下しています。ユーザーインタビューにおいては、どの層のユーザーがどのフェーズで不満を感じているかを仮説から検証し、具体的なデータに基づいて問題点を抽出する工夫も行っています。 仮説と判断はどう連携する？ 週に一度、仮説をもとに業務課題を整理し、必要なデータを洗い出すワークシートを作成するなど、日常的な業務の中でも「仮説→データ→判断」の流れを徹底しています。毎月、ユーザーアンケートやインタビュー結果の分析から改善案を提案し、社内でのレビューにてその流れを共有することで、施策の精度や実行力の向上に努めています。

具体的な意図は？ 最近、仕事関係の方からいきなり「上手くなったよね」と言われたとき、何が上手くなったのか具体的な説明がなく、私自身「誰が？何が上手くなったんですか？」と問い返すことがありました。普段、友人や知人との会話ではこのようなやりとりも楽しめるかもしれませんが、忙しい仕事の現場では、意図が一度で伝わる具体的な質問が求められると実感しました。会話は前後の流れや状況の中で成り立つため、言葉だけでなくその背景や前提条件を含めて伝えることが、相手の理解を助ける上で重要だと感じました。 客観性を保つには？ また、設問に対する結果と自分の答えがまったく真逆であった経験から、どうしても自分の立場や視点に偏って物事を見てしまう傾向に気付かされました。相手が何を求め、どのような状況でどうあるべきかを考える必要があると痛感しています。 要点はどう伝える？ さらに、見たことや聞いたことをそのまま描写してしまうと、経緯ばかりを説明してしまい、「話しが長い」「何が言いたいのか分からない」という印象を与えてしまうことに気付きました。だからこそ、説明する前に「相手は何を知りたいのか」を考え、描写にとどまらず端的に要点を伝えるよう努める必要があると感じています。また、ピラミッドストラクチャーを用いることで、情報を理論的に整理できるため、受け手のストレスを軽減し、誤解が生じにくくなるのも大きなメリットです。 さらに、「結論」と「根拠」をセットで伝えることで、相手に納得感を与えることができると感じたため、今後のミーティングではこの点を意識して話を進めていきたいと思います。毎日のミーティングを通じてこの方法を実践し、数字を加えることでさらに説得力のある資料作成やプレゼンテーションにつなげていくつもりです。

正しい日本語は大事？ 分かりやすい文章を書くためには、正しい日本語の使用が大切だと改めて感じました。日本語は主語を省略できるため、意図が伝わりにくくなることがあります。このため、自分が発信する際には、主語などの基本的な要素を明確にするよう心がけています。 手癖を直すには？ また、文章作成時に手癖で書いてしまいがちな点を見直す必要を感じています。まずは、文章を書く前にしっかりと考えを整理する時間を取ることで、より論理的で伝わりやすい文章が生まれると思います。 文章整理のコツは？ 文章を整理するためのコツとしては、まず主張に沿った適切な理由を選び、浮かんだ理由をグループ分けして整理する方法が有効です。さらに、ピラミッドストラクチャを意識することで、結論、その支柱、理由、そして具体例という流れで思考を深めることができ、読者に伝わりやすい文章が作成できると実感しました。理由を複数挙げ、対比を意識することで、MECEの考え方も活かせると感じています。 難関依頼はどう対処？ 今回の学びは、問い合わせメールへの回答にも大いに役立つと考えています。たとえば、お客様から仕様上実現が難しい依頼を受けた際、できない理由を明確に伝えるために、まず伝えたい事項を整理し、結論（依頼は受けられない）、その理由、さらに具体的な根拠という流れで説明する方法を実践していきたいと思います。同様に、チームメンバーの文章チェックにおいても、この手法が有効です。 社内表現を磨くには？ 社内での文字コミュニケーションにおいても、ふわっと内容を伝えるのではなく、ピラミッドストラクチャを意識して論理的に整理し、明瞭かつ具体的な表現を心掛けていきたいと考えています。

なぜ共感が大切？ 高専教育におけるデザイン思考の実践応用が具体例として示され、プロジェクトベース学習の改善の流れがとても分かりやすく整理されていました。まず、学生が実際に課題に取り組む様子を観察し、どこでつまずいているかを体験的に理解する「共感」のステップから始まります。その後、「2年生のプログラミング初学者がエラーメッセージに直面したとき、原因の特定が難しく挫折感を感じている」という具体的な課題定義につながり、その問題に対する多角的なアプローチとしてSCAMPER法を活用する発想へと発展させています。 試作とテストの効果は？ さらに、簡易的なデバッグガイドやチェックリストを作成し、小規模なクラスで試用することで、「試作」と「テスト」のサイクルが迅速に回されました。実際の授業では、このプロセスを通して、教員が見落としていた細かい困難点や、学生が質問しづらい心理的ハードルが明らかになり、具体的かつ効果的な改善策を議論できる環境が整えられました。 多角発想はどう役立つ？ また、従来の一方通行の解説にとらわれず、例えばエラーメッセージを視覚的なフローチャートに変換するなど、多角的な発想が功を奏しました。この結果、学生同士が自然に教え合う雰囲気も生まれ、クラス全体の協力体制が強化されるという予想外の効果も確認されました。 試作の意義を感じる？ さらに、デザイン思考における試作の意義が改めて実感されました。実物に近い試作に限らず、デザイン画や説明動画など、さまざまな形でフィードバックを得ることが可能です。視覚的な印象や使用シーンの具体性を重視するフィードバックは、教材の改善に大いに役立ち、実践を通じた気づきを促す重要な要素となっています。