(36ページ目)

自分 ✕ 意見

に関する学び

---

精緻な数値はなぜ？ データの数値が精緻であることの重要性について、具体例を通じてしっかりと学ぶことができました。ただ単に平均値を算出するのではなく、その数値が持つ意味や背景を理解することが、正確な分析と意思決定に直結する点が印象的でした。 目的分解は本当に必要？ また、目的を明確にした上でデータを要素に分解し、具体的な項目ごとに比較することが不可欠であると実感しました。単一の指標だけでは十分な判断材料とはならず、複数の視点からデータを総合的に見直すことで、初めて意味ある洞察が得られると理解しました。 比較手法には何が効く？ さらに、PC購入の事例などから、データの比較が意思決定において大きな役割を果たすという点が強調されました。これを踏まえ、自身の業務に直結する営業データの分析―受注数、流入経路、企業特性、自社取引実績、月ごとのニーズや競合の状況など―を、目的に沿ってExcelで整理しながら分析する手法が非常に有用だと感じました。 多角的意見交換はどう？ グループワークでは、異なる業界や職種の仲間と意見交換を行うことで、多くの刺激を受けることができました。多様な視点に触れることで、自分の分析方法や業務運営に対する考え方に新たな気づきを得ることができ、非常に有意義な学びの場となりました。

なぜ分解で傾向は見える？ データを分解する際には、あらかじめ「この分け方をすれば傾向が見出せるのではないか」という仮説を立てながら進めることが大切だと学びました。たとえ分解した結果、はっきりとした傾向が見出せなかった場合でも、それは失敗ではなく有意義な仮説検証の一部と捉え、失敗を恐れずにさまざまな切り口でトライ＆エラーを繰り返し、分け方のポイントを掴んでいきたいと思います。 どうして誤認識に陥る？ また、ある演習では、「大人が100人減少しているから、個人客も同じだけ減るのではないか」という結論に近づいてしまい、自分の思考の浅さを痛感しました。分析の目的に照らし合わせながら、常に「この分け方で良いのか」「MECEに分けられているか」「この結論で良いのか」と自問することで、誤った認識に基づく結論を導かないように努めたいと考えています。 需要層はどこにある？ さらに、新規事業のサービスについて大まかな方向性をつかむためのニーズ調査（WEBアンケート）を行う際、従来は「～という意見が多い」という結論に終始していました。今後はアンケートの目的を踏まえ、顧客属性やサービス利用の想定場所・時間などさまざまな切り口でデータを分解し、「この層に需要がありそうか／なさそうか」という傾向を探っていきたいと思います。

フィードバックの視点は？ 日頃から他者からのフィードバックを意識して業務に取り組む中で、自分では気付かなかった視点や考え方に触れられる機会がありました。これにより、自分の成果物をより良く改良でき、成長への大きな一歩となっています。今後も積極的に他者の意見を取り入れていきたいと思います。 説明の魅力は？ また、ストーリーボードによる説明はとても分かりやすく、聞いている方にもワクワク感を与える仕掛けが印象的でした。こうした工夫が、実際のフィードバックの質向上に繋がっていると感じています。 多角的視点をどう見る？ さらに、フィードバックは単一の立場からだけでなく、異なる役割やユーザーなど多角的な視点から求めることが有効だと気付きました。どのような業務においても、過去の経験や背景に基づく固定概念にとらわれがちですが、異なる視点からの意見を取り入れることで、より客観的かつ効果的な改善が可能になります。 意見をどう活かす？ そして、より良い成果物を作り上げるためには、自分から積極的にフィードバックを求める姿勢が不可欠だと感じます。たとえ自分が意図していなかった意見であっても、最初から優劣をつけず、必要な部分は取り入れながら改良していくことで、全体の質を高めることができると実感しています。

イシューを特定する重要性とは？ イシューという単語から大きな学びを得ました。 まず、「問いは何なのか」を意識することが重要です。イシューを特定し、内容を明確にするためには、優先順位をつけることが必要です（例えば、ロジックツリーの活用）。一度決めたからといって固定するのではなく、環境変化や必要に応じてブラッシュアップすることも大切です。 問いの意識で変わるミーティングの質 最近、月ごとの売上資料を見て「課題は何か」と聞かれることが増えました。この際、『問いは何なのかを意識する』ことで、イシューが特定できたり、共有できる基盤が整ったりします。その結果、ミーティングや事前準備では「方向性がどちらか」「何をすべきか」を明確にして伝えることが可能になります。 知識と視野を広げるためのアプローチ 『問いは何なのか』を『意識し続ける』ことに加えて、「その問いが適正かどうか」や「適正でなかった場合のフォローアップの考え方」といったアプローチも欠かせません。また、自分の狭い考え方に固執せず、常に俯瞰の目線を持ち、他者の意見を取り入れることが重要です。こうしたプロセスを繰り返すことで、イシュー設定のクオリティを向上させていきたいと思います。 遠回りが一番の近道という姿勢で、地道に取り組んでいくつもりです。

AI支援は成果の秘訣？ AIは、人間にかわって物事を行うのではなく、より良い成果に向かうためのサポートをしてくれる存在であると改めて実感しました。事象の背景や、その瞬間に感じた微妙な感情は人にしか捉えられず、そうした要素をいかに的確に言語化してAIに伝えるかが重要となります。そのため、今まで以上にアウトプット能力が求められる時代に突入しており、この能力を鍛える必要があると感じています。また、個々のAIリテラシーが向上すれば、結果としてコミュニケーション能力の向上にも繋がるのではないかという考えに至りました。 業務効率改善のヒントは？ 日常業務の中で、工数増加の原因となるボトルネックを洗い出し、それに対する改善策をAIに問いかけることで、具体的な案を得ることができました。その後、自分自身でさらにブラッシュアップし、再びAIに意見を求めるといったやり取りを繰り返すことで、より効果的な改善策を見出すに至りました。このプロセスで得た有益な提案は、チーム内で共有し、業務の質の向上に活かしていきたいと考えています。 有料版で何が変わる？ また、AIの有料版を利用する前と後では、大きな変化があると感じています。具体的な例を挙げながら、その飛躍的な改善点について教えていただけるとありがたいです。

なぜ数字に飛びついた？ ある対戦表を見たとき、すぐに具体的な数字に飛びついてしまったことが印象に残りました。普段は「問い」から物事を考えるはずだったのに、実際に数字を見ると、その本質を捉え切れなかった自分に気づかされました。 問い設定の意味は？ この経験を通じて、まず「何について考えるべきか」という問いをしっかり立てることの大切さを学びました。そして、立てた問いは関係者と共有し、常にその意図が保たれているか確認することが重要だと思います。 根拠表現の大切さは？ また、自分の意見を伝える際には、主張に対する根拠が明確であるか、抜け漏れがないかを意識するようになりました。アンケートのデータ分析など、数字に裏付けられた議論においても、プロジェクトメンバー間で「イシュー」が何であるかを共通認識に努める必要性を感じました。 行動計画はどのように？ 具体的な行動としては、ナノ単科で学んだ枠組みをメモに取り、「枠組みストック」として保存しています。また、上長への学びや気づきの共有、今後の行動宣言を含む振り返りミーティングを設定しています。さらに、ミーティングやメールなどで意見を述べる際には、必ず根拠とともに考えるように心がけ、新たなアンケート分析の「問い」をしっかり立てることを意識しています。

正しい日本語の重要性とは？ 主語と述語を明確にして文章を組み立てることは、相手に意図を伝える上で非常に重要です。正しい日本語は、情報を整理し、聞き手と自分の双方に効果的に伝えるための最大のツールとなります。伝えたい内容を根拠や理由を整理して説明することで、説得力が増し、聞いてもらいやすくなります。 ピラミッドストラクチャーの活用法は？ 意見を述べ、その裏付けを整理する際には「ピラミッドストラクチャー」が有効です。特に上席への報告や説明の際、相手にとって理解しやすく納得してもらうためにこの手法を活用できます。また、後輩の指導や依頼事項への対応にも役立つと感じています。 資料作成での効果的な手法とは？ 資料作成においては、正しい日本語を使用することで読み手の負担を軽減し、主張とその理由や根拠を整理することで、自分の考えを明確にすることができます。ピラミッドストラクチャーを活用して、手書きで整理しながら資料を作成するプロセスも効果的です。 説得力を高めるためには？ また、相手の主張もピラミッド構造を用いて考えることで、内容を整理し理解を深めることができます。これまで話し言葉や、思いついたままの言葉で伝えている場面が多かったと感じたので、まずは文章を整理するところから始めたいと思います。

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

事例で理解進む？ オリエンタルランドの事例を通して、身近なサービスであればPL（損益計算書）やBS（貸借対照表）のイメージがしやすいと感じました。一方、なじみのない業界の場合は、同じ資料でもイメージしにくいという説明があり、日頃から業界構造を意識することの大切さを実感しました。また、キャッシュフローに関する業務経験があるため、関連動画を視聴することで、どのポイントに注目すべきか再確認でき、大変勉強になりました。 収支の見極めは？ キャッシュフロー計算書への理解をさらに深め、良好なキャッシュフローの維持に向けた注意点や改善方法について学びたいと考えています。具体的には、キャッシュフローを最大化させるために何が必要なのか、どのような具体策があるのかを理解することが目標です。 復習で成果出る？ そのために、まずは関連動画を再度復習し、自分なりにポイントをノートにまとめることを心がけます。そして、業務内の議論にも積極的に参加し、改善策の具体的な実行計画について意見を交わす予定です。 具体策は何だろう？ 例えば、一時的にキャッシュフローがマイナスとなる要因を補完するためには、どのような活動が必要か、また適正なキャッシュフローの金額はどの程度であるべきかを議論していきたいと考えています。

本質は何だろう？ 問題解決を行う際には、まず何が問題なのかをしっかりと定義することが重要です。問題が本当にその部分にあるのか、あるいは「そもそも」といった観点で見直してみることも大切です。その後の分析やアクションを行う際にも、常に問いを意識することで、本質から逸れることなく、もしズレが生じた場合には適切に軌道修正することができます。 対策はどう考える？ たとえば、チームに人手不足という問題がある場合には、人員を増やすという対応だけでなく、同時に生産性の向上や仕組みの効率化を図ることが求められます。また、システム操作が煩雑で非効率だと感じた場合には、システムの改修を行うだけでなく、補助的なツールや直感的に理解しやすいマニュアルの整備を通じて生産性の向上を目指します。こうした問題を複数の視点から捉え、それぞれに合ったアプローチを実施することが重要です。 気づきはどう引き出す？ また、メンバーに対して問いの重要性を示すことで、彼らから新たな気づきを得ることができるかもしれません。定期的に自分の活動を見直し、無意識のうちにバイアスがかかっていないかを確認することも重要です。他の人から異なる視点や意見を求め、自身にはなかった新たな問いを取り入れることで、自分自身の視野を広げることができます。

どうやって解答導く？ グループワークで問題が提示された際、限られた時間の中でどの視点からアプローチすれば、求められる答えにたどり着けるのかを考えながら取り組みました。この経験は、戦略的な思考のシミュレーションとして振り返ることができます。 意見は均等か？ ショートワークでは、全員が均等に意見を述べることが求められました。また、短い時間でチーム全体の意見をまとめ、発表できる人材の役割分担も行われました。このプロセスは、自分自身に何ができるのかを客観的に見つめ直す貴重な機会となりました。 チームリーダーの役割は？ 私は対内外でファシリテーションの役割を担うことが多いため、相手の立場や能力を明確にするためのコミュニケーションを大切にしています。その上で、まずは全員が目指すべきゴールやその道のりを、どの立場のメンバーにも理解できるように発信し、情報共有を徹底していくことを意識します。そして、必要な時に軌道修正を行い、最適な時間と手段で目標達成に向けてチームを導いていきたいと考えています。 資源管理の秘訣は？ また、人的資源、物的資源、そして時間をバランスよく管理する視点も重要です。そのため、これらの要素をどのように切り口として捉えるか、そのコツを学び、実践していきたいと思います。

プロトタイピングって何？ プロトタイピングでは、①目的を明確にする、②適切な要求を抽出する、③適切な時間を投入するという点を学びました。大学の授業は１科目が15回で構成されているため、毎回がプロトタイピングの検証の繰り返しといえます。大幅な修正を毎回行うと、逆に学生の混乱を招く恐れがありますが、これまで以上に学生の反応に敏感になり、改善を重ねられると感じました。 なぜ凝りすぎる？ プロトタイプの作成過程では、どうしても機能を増やしたり、完成品に近づけたいという衝動に駆られます。しかし、ユーザーからフィードバックを得るという本来の目的を考えると、あまり凝りすぎないことが大切だと思いました。実際、下手な漫画を用いたところ、その下手さが逆に興味を引き、フィードバックを得る結果となった経験があります。講座で紹介されていたように、本質的な機能に絞り、“Simple is best”の姿勢で臨むことが重要だと感じます。 本音を出す環境は？ また、プロトタイプによる検証は、自分のアイデアが外部の批判にさらされるという意味でも、デザイン思考の醍醐味を味わえるプロセスだと思います。ただし、場合によっては意見を控えるユーザーも存在するため、誰もが本音で意見を言える環境作りが必要だと強く感じました。