(265ページ目)

思い

に関する学び

---

問題の現状理解には何が必要？ 私は、これまで「どうやって解決するか」にばかり意識が向いてしまい、問題の「現状を理解する」ための思考が不足していることに気づきました。分析には常に比較が必要であり、現状と理想との比較が重要だということを、今回の学びで強く感じました。 課題抽出と仮説立ての手順 課題を抽出し仮説を立てたあと、データを集めてさらに深く分析するという手順を大切にし、データに向き合いたいです。以前は課題解決のためのデータチェックを誤ることがありました。そのため、ロジックツリーの思考を身に付ける必要があると感じています。 ロジックツリーはどう活用する？ まずは手元にあるデータの詳細な分析を行うために、ロジックツリーを具体的に図面として描いてみようと思います。その際、必要となる切り口をMECE（Mutually Exclusive, Collectively Exhaustive）に基づいて細かく分け、誤りなく課題を抽出したいです。

イシューって何か？ 私は、ここで「イシュー」とは何かをしっかりと学びました。正しい問いを立て、イシューを常に意識することが重要だと感じています。特に会議が白熱すると、つい論点がずれがちになるので、常に「イシューは何か」を意識できるようにしたいと思います。 会議や意思決定はどうなる？ この学びを会議や意思決定の場、売り上げ分析、業務内容の策定などに活かしたいと考えています。多くの場合、論点がずれると会議が形骸化したり、議論が明後日の方向に行くことがあるため、いつも「イシューは何か」を意識して効果的な議論を心がけたいと思います。 見える化の工夫はある？ また、構造化や見える化、グラフによる可視化も重要だと考えています。これにより、提供するテキストデータを他の人がすぐに理解できるよう努めています。論点がずれたり、飛躍したりしないよう、ノートに書いておくかホワイトボードの左上にタイトルとして記載しておくなど、イシューを常に意識していきます。

ライブで何を学んだ？ ライブセッションでは具体的な企業の分析を行い、実在する企業を題材にすることでイメージがしやすかったです。そこで、BS（貸借対照表）とPL（損益計算書）の観点から分析する方法を学びました。この手法をさまざまな業界や知識に応用することで、さらに学習を深められると感じました。 未知企業の分析、どうする？ 企業をBSとPLの観点で分析する際、その企業の活動を具体的にイメージすることが重要であると思いました。特に自分が詳しくない分野の企業については、まずその分野の知識を増やすことで理解が深まると考えています。 継続学習の秘訣は？ また、継続的な学習や自分の業界に対する理解が深まることで、BSとPLを読み解く際の理解度や深さが変わることを実感しました。これを考慮に入れて、会計の知識だけでなく、個人的に興味のある分野についても学習し続けたいと思います。今回の経験を機に、さらに会計の知識を深める努力を続ける意欲が高まりました。

学んだ分析は何？ 3C分析、PEST分析、SWOT分析、5フォース分析、バリューチェーンなど、多くのフレームワークを学びました。これらのフレームワークを活用する意義は、検討すべきポイントを漏れなく把握することにあります。各フレームワークは単独で成立しているわけではなく、相互に関連しています。 実務でどう活かす？ これらのフレームワークは、新商品導入やDX推進といったプロジェクトで活用できそうです。どの場面でも、最初に現状を把握することが重要です。また、新しい提案を行う際の資料作成にも役立つと思います。実務でも今回学んだフレームワークを活用していきたいと考えています。 理論は活かせる？ 学んだフレームワークは理論に過ぎませんが、今後のナノ単科で紹介されるであろう事例に当てはめて考えたり、実務で使いながら身につけていきたいです。事例に当てはめる練習を重ねることで、フレームワークを『使える』レベルまで高めていきたいと思います。

適切な比較対象を選定するには？ 分析の本質は比較であり、適切な比較対象を選定することが重要だと学びました。また、問題解決には、「What, Where, Why, How」の4つのステップがあることも理解しました。今後は、ただやみくもに分析をするのではなく、当たり前ではありますが、仮説をきちんと立ててから実施することを心がけていきたいと思います。 秋の実証実験で何を活かすか？ 秋から始まる実証実験の結果を、今回学んだ内容を活かして分析していきます。特にアンケート設計を実施する必要があるため、事前に仮説を立て、実証実験で得たいデータが得られるような設計にしていこうと思います。 アンケート設計の考慮点は？ 9月中にはアンケート設計を行います。実証の目的や今後に繋げていくために欲しい情報などをよく考えた上で設計を行うことを心がけます。また、今回学んだ知識を忘れないためにも、業務の中で意識的に使用していくことを心がけていきたいと思います。

自分の考え方はどう？ クリティカルシンキングの講座では、「もう一人の自分を育てる」という考え方がとても印象に残りました。これまでの私は、自分一人で考える傾向が強く、そのために思考が限定的で柔軟性に欠けていました。課題に対しても、なんとなく取り組み、経験値に頼ってスピードを重視していたと感じます。しかし、本講座やグループワークを通じてさまざまな問いを投げかけられた結果、自分の考えに強いバイアスがかかっていたことに気づくことができました。今後は、本講座で習得したMECEやピラミッドストラクチャーといったテクニックを活かし、自己に問いかける「もう一人の自分」を育てていきたいと思います。 業務の対応策はどう？ 業務においては、システム周りのテクニカルな課題に対応する機会が多くあります。単に顧客の要望を言葉通りに実現するのではなく、広い視野を持ってその背景や目的を十分に分析し、顧客にとって長期的に最も適した対応策を導き出すことを目指しています。

分析フレームワークを見直すには？ これまでは業務で原因特定のために事象を分解・分析する経験はありましたが、体系的なフレームワーク（MECE：層別・変数・プロセス）の考え方を意識していなかったことに気づきました。講義の動画では「分析に失敗はない」と「わかる＝分ける」というお言葉が特に印象に残り、結論を急ぐだけでなく、傾向が見えなかった事象にも価値があるという考え方を取り入れる必要性を感じました。この経験を通じて、自分自身を客観的に振り返ることができ、正しく分けることでより正確な分析を行えるようになりたいという思いが強まりました。 顧客提案はどう磨くか？ 今後の業務では、自社製品や技術を顧客に提案する際、MECEの「漏れなく・ダブりなく」の手法を活用していきたいと考えています。具体的には、コストや機能に加え、開発用機材、手段、規模などを含むチェックリストを作成し、顧客と開発の双方で実現可能性を検証するツールとしての応用を検討していく予定です。

日常の小さな謎は何？ あらゆる日常行動の背後には、複数のニーズが潜んでいます。たとえば、髪を切るという行為一つをとっても、多様なニーズが存在します。顧客自身が気づいていない真のニーズを捉え、それに応えることで、顧客満足につながるのです。 表面だけで十分なの？ 真のニーズに応えるためには、表面的なヒアリングだけでは不十分です。特に「観察（エスノグラフィー）」の手法が有効であり、顧客が嫌だと感じるペインポイントを意識的に探ることで、より正確にニーズを把握することが可能となります。 本当のニーズはどこに？ 現在開発中の事業において、まずは応えたい顧客の真のニーズを明確にする必要があります。顧客が日常生活の中で感じる不満やストレス、そしてどのような変化を望んでいるのかを、創業メンバーでしっかりと議論すべきです。その上で、ユーザーインタビューはオンラインではなく、対面で実施し、観察を通して声にならない意見も捉えることを心がけたいと思います。

なぜ自己変革が大切？ 「Lead the self / Lead the people / Lead the society」という言葉が強く印象に残りました。まず、自ら変革し続け、常に変わり続ける努力を惜しまない姿勢の大切さを再認識しました。また、人としての考え方や能力向上を基盤に、周りを動かすのではなく自分から動くという意識を持ち続けることの重要性に共感しました。 どうやってモチベーションを上げる？ 納得のいかない作業を依頼する際、どのように相手のモチベーションを高め、前向きに取り組んでもらえるかを意識して伝えたいと感じました。実際、今週そのような場面に直面し、自分の意志や必要性だけで話を進めてしまった部分について、反省する機会となりました。 得た学びをどう業務に活かす？ この学びを実際の業務にどのように生かすか、そして今後どのような取り組みを行っていくかについて、皆さんの知見や今後の計画をぜひお聞かせいただきたいと思います。

スライド構成の秘訣は？ スライド作成においては、見る人が一目で理解できる構成にすることが重要であると学びました。人の視線は「左→右→上→下」と動く傾向があるため、その流れに沿って文章や図表を配置すると、より読みやすいスライドになります。 グラフ活用法を知る？ また、グラフの活用においては、タイトルや目盛りの設定はもちろん、内容にふさわしいグラフ形式を選ぶことが大切です。場合によっては複数のグラフを組み合わせることで、情報をさらに分かりやすく伝えられると感じました。 ビジネス資料の工夫は？ 仕事でもグラフや表を作成する機会が多いため、「相手がどのように見て、どのように理解するか」を意識した配置や表現を心がけています。具体的には、しっかりとタイトルを記載し、数値は表だけでなく、棒グラフや折れ線グラフなど、視覚的に伝わりやすい形式を採用する工夫が大切だと思います。これらの点を意識して、今後も分かりやすい資料作成に取り組んでいきたいです。

分析の混乱は何故？ これまでのゲイルでは、各分析手法や課題に対して一つ一つ丁寧に当てはめて考えていました。しかし、総合演習で問いに応える際に、突然「何から取り組めばよいのだろう？」と戸惑う場面がありました。そのような状況でも、まずは３Cやバリューチェーンといった、どのビジネスにおいても基本となるフレームワークに沿って考え、足りない視点や不足している情報を整理することで、次の一歩に進むことができると実感しました。 フレームワークの力は？ また、今後は物事をフレームワークに沿って考える習慣をしっかりと身に付けたいと思います。特に、バリューチェーンに切り分けて分析する手法は、業務の理解を深めるだけでなく、自社の強みや弱みを把握する上でも非常に有効です。この手法は自分の業務にとって、使わなければならない重要なツールだと感じています。まずは自社とクライアント企業のバリューチェーンをしっかり整理し、分析を進めることから始めたいと考えています。

講義の振り返りはどう進める？ ライブ授業はこれまでの講座の総復習のような内容でしたが、全体の約8割を思い出すのに苦労しました。講義後に、ただその場の学びとして終わってしまったことを反省しています。 目標設定は本当に効果的？ 一度にすべてを実践しても定着しないと痛感したため、今後は1日の始まりにその日の目標を設定し、少しずつ着実に実践していくことを意識します。 問いの共有は十分でしょうか？ また、問いと答え、すなわち主張と根拠を考える際は、まず自分がどのような問いを持っているかを明確にしたいと思います。そして、メンバーやお客様、上司が何を問いにしているのかを共有し、問いの統一を図ることが大切だと感じています。 指示の伝達は問題ない？ プロジェクト内でエンジニアへ指示する際には、伝え方ひとつで重大なミスやスケジュールの遅延を招く可能性があるため、ピラミッドストラクチャーを活用し、正確に意図が伝わるよう常に注意していきたいです。