(110ページ目)

思い

に関する学び

---

図式化と比喩の意味は？ 図式化の手法が、全体の構造を把握する上で非常に有効であることを再認識しました。また、比喩表現が記憶に基づくイメージ形成に寄与し、内容をより分かりやすくしていると実感しています。一方で、簡単な言葉でシンプルに伝える作業が、意外にも難しいと感じました。短い講義の中にも多くの学びを得られたことを実感しています。 企業財務の背景は？ 今後は、関心のある企業の財務情報について、時間軸で「なぜこの結果になったのか」を考察しつつ、相対軸で良否を比較する視点を持ちたいと思います。その背景にある原因や要因を徹底的に把握し、実際のビジネスに活かすための分析を行いたいと考えています。企業で起こったさまざまな出来事や変動の中に、ひそむストーリーを感じ取ることにも挑戦したいです。 決算報告をどう読む？ 具体的には、決算報告説明会の内容と決算資料を並行して検証しながら考察を深め、業界内の比較も十分に行うことで、より多角的な視点を獲得したいと思います。さらに、他者とのディスカッションを通じて、理解を深めるとともに新たな気づきを得たいです。 最後に、新聞で興味を持った企業の決算報告資料を過去3年間にわたって読み取り、長期的な視点から企業の動向や変化を捉える訓練を積みたいと考えています。

前職はなぜ意義ある？ 前職ではSEとしてプロトタイプを作成し、フィードバックを受け取るサイクルを繰り返していたことを思い出しました。現在の業務では同じような機会は少ないですが、その経験を活かし、使用中のツールの改修や新規作成に取り入れていきたいと考えています。また、モノ作りのみならず、業務フローの改善にも生かす意欲があります。 フィードバックの鍵は？ 実践までは至っていませんが、実践演習を通して、まずアイデアを形にし、ユーザーからのフィードバックを受けるそのプロセスの繰り返しが、よりユーザーが求めるものを作り出す鍵であると感じました。さらに、プロトタイプの種類によって得られるフィードバックが異なるため、何を目的にするのか、現在のフェーズはどこにあるのかを踏まえた上で、プロトタイプの作成と検証を進めることが重要だと考えています。 スピードはなぜ大切？ とにかく、形にすること、そしてスピードが大切であると実感しています。形にすることで自分の考えが整理され、ユーザーやメンバーからコメントやフィードバックを得やすい状況が生まれます。そのサイクルをスピーディーに回すことが成果につながると感じました。また、ユーザーテスト前に評価基準を設定しておくことで、課題を見失わない工夫も大切だと実感しました。

表現方法の重要性に気付く スライドや資料を作成する際、これまではコンテンツ（メッセージ）の内容に意識を集中していました。しかし、メッセージの表現方法やグラフなど補助情報の見せ方には注意を払っていませんでした。今回の講義で紹介された修正前後の例を通じて、メッセージの表現方法やちょっとしたイラストの追加が、自分の言いたいことを論理的にも視覚的にも分かりやすくする効果があると理解できました。これが最も大きな学びとなりました。 文書作成にも応用可能か？ 現在の所属部署では、スライドを作る文化がなく、主にワードやExcelで文書を作成しています。しかし、メッセージの表現方法や文書に添えるグラフなどの補足情報の重要性は同じです。このため、文書作成においても、今回の講義で学んだことを応用していきたいと考えています。 報告資料作成での新たな工夫 特に、プロジェクトの立ち上げ時や各工程終了時に必要となる報告資料作成において、今回学んだスキルを活かしたいです。振り返ってみると、これまでの報告では言いたいことをダラダラと書いてしまい、その結果、一度の報告で済むはずの内容も質問によって再確認を求められることが多々ありました。今後は、文章や図を使って言いたいことをシャープに伝えるよう工夫していきたいと思います。

仮説の幅は広い？ 仮説を考える際は、正しい答えを一つだけ見つけることが目的ではなく、論点に対する仮の答えとしてフレームワークを活用し、幅広い可能性を検討することが大切だと感じました。決め打ちに陥らず、常に複数の仮説を立てる姿勢が重要です。 仮説の意義は？ また、仮説を考えることには、検証マインドの向上による説得力の増強、問題意識の向上、対応スピードのアップ、そして行動の精度向上という4つの意義があると学びました。これらの点は、データ分析にとどまらず、日常の業務においても活かせる有用な考え方だと思います。 難しさはどう？ 仮説思考というと難しそうに感じるかもしれませんが、普段の業務で些細な疑問を感じたときに自分なりの原因を考え始めているのであれば、実はすでに仮説思考を実践しているのだと実感しました。今回学んだ問題解決のプロセスを参考に、日々の業務に仮説思考を取り入れることができそうです。 小さな課題は？ まずは、短時間で取り組める小さな課題に対して、意識的にフレームワークを活用し仮説の幅を広げることから始めたいと思います。その上で、分析時の適切なグラフ選定や結果の分かりやすいビジュアル化といった、今まで苦手としていた分野の改善にも取り組んでいこうと考えています。

想定外の購買層は？ 動画内で示された完全メシの主要な購買層が、自分が想定していたものとわずかに異なっていたことに気付きました。当初は20代～30代の男性をイメージしていましたが、ユーザーは多面的に存在するという事実を再認識する機会となりました。身近な事例を通じて購買者のペルソナを描くなど、複数の視点から自分の思考を見直す習慣を身につけたいと思いました。 マーケ思考の整理は？ これまでマーケティングに関する業務は実践してきたものの、言語化して検討する機会はあまりありませんでした。今回、体系的に学ぶことで自身の頭の整理が進むとともに、今後の部下の指導にも大いに役立つと感じています。感性は個人で磨くしかありませんが、マーケティング視点の取り入れは誰にでも可能であるため、今後のチームの課題として積極的に取り入れていきたいと考えています。 企画評価の工夫は？ また、企画を総評する際に、感性に基づく判断や好みが優先されがちであるという指摘について、現場から上がってきた企画の機能的価値と情緒的価値を分析し、伝えるためや売るために必要な要素を誰もが理解できる形で可視化・共有することが重要だと感じました。このアプローチを会議などでも取り入れることで、チームの総合力向上につながると期待しています。

適切な問いはできてる？ 今週の演習を通して、適切な問いを立て、課題を正しくとらえることの大切さを再認識しました。論点（イシュー）が明確でなければ、目指すべき解決策や対応策にたどり着くことができないという実感を得ました。 優先課題は何だろう？ また、GAILを学ぶ中で、業績の不調に対し原因や解決策が複数の切り口から考えられることを理解しました。優先的に取り組むべき課題を特定することが、最も成果につながるという点も大きな学びでした。 新部署で挑戦はどうなる？ さらに、この4月から新たな部署で企画業務を担当する中で、未経験の領域に挑戦していると実感しています。課題設定が得意なメンバーが多い現状において、どのように本質を捉え、どのフレームワークを活用して解決策を導いているのか、今回学んだ内容を自分なりに応用しながら考え方を深めたいと思います。 イシューは見えている？ 今後は、各課題に対してその課題が適切か、イシューが明確になっているかをしっかりと確認する習慣をつけるとともに、検討の過程でもイシューがずれていないかをこまめにチェックします。また、課題設定や解決策の提案が得意なメンバーの説明を受け、講義内で学んだフレームワークを活かしながら実例としての学びに変えていきたいと考えています。

どうやって本質を見抜く？ 業務でデータ活用を推進する中、ユーザーの困りごとをヒアリングする機会がありました。慣れ親しんだ業務に没頭していると、ユーザー自身が困りごとに気づいていない場合があるため、共感をもって話を聞くことで本質的な課題を浮き彫りにすることができました。 なぜ議論は広がる？ 共感を通じて相手が話しやすくなると、本来の課題を見出すことができる一方で、深く話を聞けば聞くほどさまざまな課題が表面化し、議論が広がりすぎることもありました。この経験から、目的を常に明確にしながら、ユーザーの「困りごと」を丁寧に整理していくことの重要性を痛感しました。単に話を聞くだけでなく、どこに本当に困っているのかを正しく理解し、課題を構造的にまとめるスキルが求められると感じています。 今後の対策は何？ 今後は、共感と整理の両輪を意識し、言葉を丁寧に整えることで、相手の気づきを引き出し、より良い解決につなげたいと思います。 何を学び実践？ 今日の学びは、「共感」と「整理」のバランスが重要であるということです。相手の話に耳を傾け信頼関係を築くと同時に、目的を見失わずに情報を整理する視点を持つことで、ユーザーの困りごとを深く理解し、言語化および構造化する力をさらに磨いていきたいと考えています。

録画での学びは？ 参加できなかったため、録画で学びました。その中で「バックパックを作る」という課題について、実践を通して単に改良方法を考えるだけでなく、既存の考えにとらわれない発想の大切さを実感しました。 利用者の意見は？ また、テストを実施することで、自分にはない視点を利用者からフィードバックしてもらえるという気づきがありました。特に生成AIの活用という視点は非常に参考になり、早速利用してみたいと感じました。 プロトタイプで変化は？ 一番の気づきは、どうしても主観になりがちな点を、デザイン思考のプロセスに従ってプロトタイプを作成することで、ユーザー（メンバー）からのフィードバックを得られ、新たな視点が生まれるということです。現行の業務ルーチンに対しても、当たり前のプロセスに疑問を持ち、変革する際にはメンバーや有識者にプロトタイプを提示し、違った見方を取り入れる可能性があると考えました。 改善の進め方は？ 業務プロセスやツールの改善においても、手順を踏んでプロトタイプを作成することの重要性を実感しました。時間がないと思いがちですが、改善サイクルを迅速に回すことが大切だと気付かされました。自分はツールの作成・改善にとっつきやすいため、まずはその点から実行してみたいです。

文章をわかりやすくするには？ 文章が相手に伝わるポイントとして、私は以下の三つを学びました。 まず、主語と述語を明確にすること、次に文章を評価すること、そして手順を踏んで書くことです。特に、手順を踏む部分ではピラミッドストラクチャーを用いた理由づけが有効であることを学びました。具体的には、イシューを設定し、柱を作り、いくつかに分けて具体化するフレームワークを理解しました。 議事録作成で何を活かす？ この学びを活かして、私は社内会議の議事録作成に取り組んでいきたいと考えています。私は社内会議で多くのファシリテーションを行い、同日中に意見をまとめ、議事録を作成して提出することがあります。会議ではイシューに関する意見だけでなく、その他の意見も多く出てきます。議事録では、これらの意見を整理し、参加者に正確に報告するとともに、抜け漏れがないかを確認してもらう必要があります。 分かりやすい議事録の目指し方 今回の学習を通じて得た知識をもとに、分かりやすい議事録作成を目指します。イシューを出発点として、それに対する柱、具体化した内容を整理し、読みやすく伝わる議事録を作成したいと考えています。また、相手に内容が正しく伝わっているか、漏れや誤解がないかをしっかり確認しながら進めていきたいと思います。

データ分析の基本を押さえるには？ データを分析する際には、全体を定義し、MECE（漏れなく、重複のない）を意識した仮説を立てることが重要です。これにより、さまざまな切り口でデータを見ることができ、効果的な分析が可能となります。 また、データをグラフ化することで、視覚的に分かりやすくなり、判断基準を明確にすることができます。ただし、与えられたデータだけで結論を出すのではなく、自分自身で手を動かして深く分析し、異なるデータから他の現象が存在しないか確認することも重要です。 新たな分析法をどう模索するか？ 販売データの分析においては、毎月同じ切り口でデータを出している現状があるため、新たな切り口を検討し、どのようにMECEで考えていくべきかを模索したいです。提供された資料の確認の際にも、仮説を持ち、さらに分析を深めることで、他にない切り口を模索していきたいと考えています。 データに接するたびに、MECEが適切にできているか、他にどのような分析の切り口が考えられるのかをしっかり考えたいと思います。また、数字をグラフ化することで、よりわかりやすく情報を整理することの重要性を学びました。これにより、固定概念に囚われず、批判的な視点を持ちつつ柔軟なアプローチでデータに向き合っていきたいと感じています。

経済効果をどう活用する？ 規模の経済や習熟効果、範囲の経済性について、今まで理論としては知らなかったものの、実感としては効果があると感じていました。今回、それが具体的な言葉として明確になったことで理解が深まりました。しかし、これらの効果を自分たちの事業に適用する際には、慎重に吟味して使わなければなりません。そうでなければ、逆効果になる可能性もあることを学びました。 習熟効果を最大限に生かすには？ 自分の仕事に置き換えてみると、習熟効果が効果的に活用できるのではないかと思います。各営業パーソンが経験を積むことで、同じ成果を出すまでの効率が向上します。しかし、ある程度経験を積むと習熟曲線が緩やかになるため、経験の浅い人に早く経験を積ませるデザインが必要だと感じました。 実践的経験を得る方法は？ 相談のトレーニングは多く行えますが、実際の顧客対応は別の経験です。経験が浅い人が一人で対応するのは難しいことが多いです。そのため、私自身の顧客との相談に同席させたり、経験豊富な人材と共に相談の場に入る機会を増やすことが有効だと考えています。最終的には本人が主導で相談を進めてもらうことが理想ですが、それだけでは習熟効果を高めるには不十分と思われるため、より実践に近い形での経験を積ませたいと思います。

原因を見極めるには？ 問題の原因を分析する際には、まずプロセスごとに分解し、どこに問題が存在するのかをMECEの視点で明確に特定していく作業が重要だと学びました。このアプローチにより、原因分析なしにどのように解決策にたどり着くかが分からなくなる事態を回避できます。また、特定した原因が実際に問題の根本的な要因であるかどうかを検証するために、他の条件を極力同一に保った上で、原因がある場合とない場合の結果の違いを確認することが必要です。 なぜ原因を掘り下げる？ 監査の現場において、課題を発見した際に「何が、どこで問題なのか」という点（WHAT・WHERE）だけを把握して満足してしまい、なぜその問題が生じたのか（WHY）まで掘り下げられず、結果として効果的な改善提案（HOW）がなされない場合があることを実感しました。今後は、プロセスに沿った課題の特定と原因分析により意識を集中させる必要があると感じています。 仮説検証をどう進める？ 今後は、課題の特定及び原因分析の際に、MECEの視点をしっかりと意識し、問題の発生箇所と原因を的確に絞り込んでいきたいです。その際、立てた仮説を決め打ちにせず、データ分析を活用して客観的に検証することを心がけ、より精度の高い改善提案を実現していきたいと思います。