(26ページ目)

意見

に関する学び

---

どんな選択が必要？ 私たちが何を得るかと同じくらい、何を捨てるかという選択の重要性を学びました。戦略の一環として「捨てる」ことに対して、明確な見通しを持ち、周囲に適切に伝える準備が大切だと感じました。 何のために捨てる？ 選択（捨てる）の必要性は、顧客にとってのメリットが向上する場合があることを再確認する点にあります。具体的には、「何のために？」という視点をしっかり持つことが重要です。時には、捨てることで顧客の利便性が増すことがあります。例えば、あるパフォーマンス集団が動物を排除することで、人間の高度なパフォーマンスに注力できるようになったという具体例が理解を深めました。 なぜ変革が必要？ 長年の惰性に流されず、現状から最適な解を探求することが肝心です。「やめましょう」という勇気を持ち、新しい意見を取り入れることも重要で、これが惰性による無駄を排除するヒントとなります。 業務はどう見直す？ 業務プロセスの見直しにおいては、優先度の低いタスクを削減し、手動作業を自動化・簡素化することが必要です。サポート範囲の見直しでは、対象の中止や範囲を低減し、FAQやセルフサポートを導入するといった方法があります。データの管理と報告の効率化として、不要なデータを整理し、報告を簡略化することが挙げられます。 再構築はどう進む？ 「捨てる」という選択は価値を高めるための再構築と覚悟すべきです。具体的には以下のステップが有効です。まずは目標と優先順位の明確化を行い、リソースの把握を通じて捨てるべき項目の候補を挙げます。その後、捨てる対象を決定し、チームで共有します。そして、捨てた後の行動計画を策定し、計画的に新たに生まれたリソースを活用します。最後に、実行後はモニタリングを行い、捨てた結果が本当に改善されているかを確認することが大切です。

数字分析で見える傾向は？ 数字をいくつかのパターンでグラフ化し比較すると、傾向や特徴がつかめることがわかりました。知りたい情報に対して、意図的に複数の分析軸が必要であることも理解しました。特に一番の気づきは、一つの分析結果だけを見てすぐに結論を出すのは危険だということです。急ぐあまりに、ついやってしまいがちですので気を付けたいと思います。 分解時の注意ポイントは？ また、切り口を考える際のポイントとして、全体を定義したうえでモレなくダブりなく分解していくことが重要だと感じました。意識してチェックしていないと、歪みが出ることに気付けません。 課題の本質をどう見抜く？ 自分の業務では、お客様アンケートなどを整理する際の切り口を設定するときに使えると思いました。さらに、原因不明な状態で課題改善を依頼された際にも有効だと感じます。例えば、上司から「この課題はおそらくこの辺に原因があるからこの方向性で解決してほしい」と相談され、現場では「ほんとの原因はそこではないと思う」という意見の乖離があった際、どのように調整すればよいか悩むことがあります。そのようなときに、要素分解を用いて課題の本質を明らかにすることができると思いました。 精度の高い分析へ向けて 現在推進しているサイトのUI改善は、ヒアリングを中心に改善施策を検討していますが、今一度データの分析を掘り下げてみたいと思いました。その際に以下の点を実施しようと思います。 - 切り口を複数用意するために、分析に必要なデータを多く収集する - 手を動かして分解する - どんな切り口が分析に役立ちそうか関係者にもヒアリングしてみる - モレなく、ダブりなくの視点で問題ないか、分析の切り口を周囲の人と意見を聞き確認してみる 以上の点を意識して、より精度の高い分析を行いたいと思います。

学びをどう振り返るか？ これまで学んできたことを振り返ると、それぞれが独立した点として思い出されることが多く、クリティカルシンキング全体がどのように繋がっているかを理解できていないと感じていました。しかし、ライブ授業を通じて振り返りと説明を受けることで、それらの点が線として繋がる感覚を得られ、理解が深まりました。また、知識をスキルとして定着させるためには反復トレーニングが必要であり、その方法についても説明を受けたことで、今後の行動に役立つ学びを得ることができました。 クリティカルシンキングとは？ 「ありたい姿」を考える際には、クリティカル・シンキングとは何か、その効用は何かをある程度理解した上で再度考えてみると、クリティカル・シンキングを利用してどのような状態になっていたいのかが明確にイメージできるようになりました。 アウトプットをどう実践する？ 学びの中で、知識をスキルとして定着させるためには、他者へのアウトプット、他者からのフィードバック、そして振り返りを繰り返すことが必要であると理解しました。授業でも説明されたように、会社外で多様なバックグラウンドを持つ人たちとディスカッションすることが一番効果的だと感じていますが、その機会を得るのは容易ではないため、普段の仕事の中で、報告や会議の場でアウトプットし、議論やフィードバックを得て、自分の中で振り返りを実践していきたいと思います。 フィードバックで何を改善する？ アウトプットを出す際には、「問いを立てた上で、答えを論理的に考える」、「一度結論が出ても、客観的な視点から他の切り口でも考える」を実践していきます。フィードバックについても、積極的に他者から意見をもらうように行動し、その後、自分の中でできたこと、不足していたことを振り返り、次に繋げるという行動をしていきたいです。

自分に関係付ける重要性とは？ どの内容も聞いたことがあるものでしたが、自分に関係付けて考えたことがないと気付き、少し恥ずかしい思いをしました。特に、ロジックツリーについては知識としては持っていたものの、実際に描くことはほとんどありませんでした。今後は退職分析において、要素分解を試みたいと思っています。こうした学びに必死になって取り組める環境に飛び込んで良かったと、改めて感じています。 問題解決の思考法はどう実践する？ 問題解決のプロセスとして、What（何が問題か）、Where（どこに問題があるか）、Why（なぜ問題が起きているか）、How（どうするか）の順に考えることを学びました。しかし、私の場合、特に「Why」にこだわりすぎて哲学的になりすぎたり、わからなくなってしまうことがあります。そのため、この順番通りに愚直に考え、PDCAサイクルのように思考を回していきたいと思います。 人事データの分類方法は？ 私は人事部でデータ分析を担当しています。ロジックツリーにおいて、人事データに関する情報は、「個人情報」や「雇用情報」などに分類されます。具体的には氏名、生年月日、性別、入社日、部署、役職、資格、経験、語学といった情報です。これをMECEにするためには、さらに細かく分ける必要があると感じました。また、人事データという漠然としたカテゴリーから、具体的に項目を洗い出すことが可能だと思いました。 実践のために心掛けることは？ 実践においては、手を動かし、描き出すことが重要です。周囲のメンバーと積極的に対話し、多角的な意見を収集するよう努めたいと思います。同時に、目的を明確にすることを忘れないように心掛けます。そして、私は製造業に勤めていますので、「直接部門」と「間接部門」を混同しないよう、気を付けて分析していきたいと思います。

どうして直感に頼る？ これまでの経験に基づいて自分の思考が形成されると、どうしても偏りや癖が生じやすいと痛感しました。同じ問題に対しても取り組む方法は一つではなく、関わる人や状況によって大きく異なるため、直感や過去の経験だけに頼ってしまうと、問題解決まで余計な遠回りをしてしまうことがあると気づきました。自身の見解を批判的に捉え、真に取り組むべき課題を適切に検討する必要性を学びました。 どうして多角的に見る？ また、物事を見る際には視点、視野、視座という3つの「視」を意識して、多角的に検討する重要性を改めて感じました。自分の経験に基づいた考えは分かりやすい反面、その範囲は非常に限られているため、意識的に異なる視角を取り入れる必要があると実感しました。実際、ある場面では、チームの業務負荷軽減のために必要と思われた機能追加が、別の観点からすると工数が増える可能性があるため不要と判断されるという、意見の対立を経験しました。双方の視点を踏まえた上で利点を整理できれば、このような対立は事前に防ぐことができたのではないかと思います。 なぜ目的を明確に？ 今後は、プロジェクトの内容をチームメンバーに説明し、課題、問題点、解決策、具体的なアクションプランを協議する際、まず「何を目的としているか」「課題や問題は多角的視点から検討されているか」を意識して会議資料の構成を作成していきたいと考えています。 どうして瞬時に整理？ ただ、じっくりと時間をかけた検討では気づける視点も、会議中やファシリテーターとして進行している際に瞬時に整理し、分類して視点を変えることは非常に難しいと感じています。普段からの訓練によってスピードを向上させることが必要ですが、どのような工夫が効果的か、皆さんの具体的なTipsをぜひ教えていただけるとありがたいです。

直感と整理の違いは？ 問題点の整理にあたって、3Cや4Pといったフレームワークを活用する意義を再認識しました。従来は直感に頼ってしまいがちでしたが、体系的に整理することで、メンバーとの意見共有がより円滑になったと感じています。 仮説はどう切り分け？ また、仮説を立てる際に、「何が起きているのか」という結論の仮説と、「どのように解決していくか」という問題解決の仮説を明確に区別する必要性に気づきました。これまで仮説があちこちに散らばってしまう傾向がありましたが、二つの視点に分けて整理することで、仮説思考の成熟につながると実感しています。 仮説の伝え方は？ 現在、担当している研修やワークショップの設計においても、組織の課題を正確に把握したうえで仮説を立て、施策全体を構造化することの重要性を感じています。特に、経営層や関係者に説明する際、結論の仮説と問題解決の仮説を混在させると理解に苦しむため、明確に切り分けて伝える必要があると学びました。 方向性はどう構築？ 今後は、研修企画の初期段階で仮説をより具体的に整理し、事前アンケートや調査を通じてその妥当性を確認したうえで、施策の方向性をメンバーや経営層に共有していく予定です。調査結果から当初の仮説と異なる傾向が見えてきた場合には、その違いを丁寧に捉え、必要に応じて設計の見直しを図る力を高めていきたいと考えています。 情報収集の壁は？ 仮説の立案については、根拠が十分に固まらない段階での作業が難しいと感じています。そのため、最低限の情報収集を終えてから仮説を構築することが多いですが、情報を集め過ぎると逆に仮説立案に時間がかかってしまうというジレンマもあります。限られた情報の中でどの程度の情報があれば良いのか、またどう仮説を組み立てるか、皆さんの工夫や考え方を伺えれば幸いです。

文章作成の何を意識？ 文章を書く際に、「主語」「述語」「文の長さ」などの要素に注目することで、読み手にわかりやすい文章が作れることを学びました。また、誰に向けて書くのか、読み手がどのような背景を持つのかを意識し、適切な理由付けを行うことで説得力を高められると感じています。 説得力はどう磨く？ また、直接の対話や文章で情報を伝える際には、複数の根拠を整理し、どの理由が説明に最適なのかを検討することが大切だと実感しました。そのための手法として、ピラミッドストラクチャーを活用し、まずは書き出す習慣を身につけることが効果的だと思います。 業務伝達はどうする？ 実際の業務では、誰に対して伝えるかによって活用方法を工夫する必要があると感じています。たとえば、Team内や1on1のシーンでは、伝えたい内容を根拠に基づいて整理し、順序立てて説明することを心掛けています。その際、対面での口頭説明が適しているのか、メールやメッセージでテキスト化した方が説得力が増すのか、ケースバイケースで使い分け、または併用するように努めています。 課題管理のポイントは？ Teamメンバー個々の成長課題が異なるため、具体的な課題を書き出し、ピラミッドストラクチャーを活用して適切なマネジメント方法を見出すことも重視しています。同様に、具体的な営業戦略を立案する際も、達成すべき問いを実現可能な行動レベルまで落とし込むため、何度も書き出して分析し、上司や同僚とのディスカッションを通じて新たな根拠や結論のアイディアを取り入れるプロセスが重要だと感じています。 キーメッセージは何？ 最後に、ピラミッドストラクチャーを作成する際に、根拠としてどのキーメッセージを選ぶかで悩むことが多いです。皆さんがどのように工夫しているのか、ぜひ意見を聞いてみたいと思います。

どんなデータで戦略化？ 私の顧客は主に社内の営業担当で、取得できるかどうかに関わらず、どのようなデータがあればより戦略的な活動が実現できるかというアイデアを集めるブレーンストーミングが面白いと感じています。現状、データ提供側は、こうしたデータをもとに顧客の考えや行動を理解し、営業がその仮説に基づいた行動に移ることを前提としているため、実際のデータ活用にはつながっていないと考えています。そのため、単に可視化しているデータに対する意見収集にとどまらず、営業として必要なデータについても積極的に意見を集めたいと思っています。 伝え方はどう変える？ 既存のデータの可視化においては、私自身が顧客（営業）視点で開発を進めています。しかし、システムベンダーとの要件定義の際、どうしても自分が実現可能だと感じているアイデアしか伝えがちでした。そこで、直近のシステム改修にあたっては、実現が難しいかもしれないアイデアも含め、幅広い提案をもとに話し合いを行いました。 代案提示の意味は？ その結果、実現不可能に見えるアイデアに対しても、ベンダー側からは「こういった形なら実現可能」という代案を提示していただくことができました。これにより、自己完結する前にアイデアを言語化し、関係者に発散することの重要性を学びました。 参加者選定どうする？ また、ブレーンストーミングの手法についても新たな学びがありました。これまでは、同じグループや部内で取り組むレクリエーション的なブレーンストーミングにおいて、出されたアイデアがどこか似通っており革新的なものを得られなかった印象がありました。今回、出したい成果に合わせて参加者を選び、初めからブレーンストーミングの設計を行うことで、以前感じていたもやもやの原因がわかり、スッキリとした気持ちになりました。

状況をどう捉える？ 状況や思考を的確に言葉にすることは非常に難しいと感じました。特に、前後の状況や憧憬だけでなく、自分の頭の中の考えをしっかりと言葉に表現することの難しさを改めて理解しました。 言葉選びのコツは？ これまでを振り返ると、私は直観やフィーリングに頼りながら言葉を選び、文章にしてきたことに気付きました。主語と述語をきちんと書くこと、そして文章全体を俯瞰することが重要だと実感しました。特に英会話スクールでの経験を通じ、自分の思考を文書や言葉に変換する未熟さを認識し、言いたいことを明確にし、多角的に考え、それらを具体化することを心掛けたいと思います。 多角的検討はどう？ 思い付きではなく、一度「柱」「複数」「具体的」という基準で自問し、検討する必要があります。例えば、会議で意見を述べる場面、議事録を作成する場面、業務改善などの企画書を作成する場面、稟議書を作成する場面、職員との面談の場面などでは、MECEやロジックツリーを意識して活用したいと考えています。また、クレームや事案発生時にも偏った意見にならないように、この思考法を取り入れたいです。 伝わり方はどう考える？ さらに、自分が作成する文書だけでなく、職員が作成した文書でも主語と述語を意識し、チェックすることが重要です。また、自分の言葉や文書が誰に伝わるのかを常に意識し、言いたいこととその根拠をしっかり分類することを心掛けたいと思います。特に英会話スクールで学んだ「言いたいこと」と「根拠」の間の「根拠づけ」の重要性に気づいたことは、大きな収穫でした。自分はそれを「運営」と「成果」に分類したつもりでしたが、模範解答では「実行容易性」と「効用」で表現されており、この点を浅く捉えていたと反省しています。これを踏まえて、今後は意識的に取り組んでいきたいと思います。

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

感情とデータ、どちら？ ビジネスにおける意思決定では、「捨てる（選択する）」という判断が必要なことがあります。限られた時間や資源の中で業績に貢献するための選択を行う際、感情的な理由に基づく判断は避けるべきです。「創業時から続けてきたから」「やめると処理が面倒だから」などの感情論を優先すると、業務が増え続け、効率が低下します。捨てるという判断には、定量データを参考にして指標を設定することが重要です。 定量と定性、どう？ 中には「顧客とのつながり」や「担当者との関係性」などを指標にしている場面もあります。確かに、定量的なデータに基づく判断は重要です。しかし、何を具体的に取捨選択するかを決める際には、定性的な考え方も柔軟に取り入れることが有効だと感じました。すべてを定性的な考えだけで進めるのではなく、一定の根拠を持って選択肢を絞り込みつつ、関係者からの意見も取り入れながら精査することが大切だと思います。 施策の見直しは？ 私たちのチームで行っている施策には、利益に対する投資対効果が出ていないものも少なくありません。人員が減り、残った社員への負担が大きくなりつつあります。中長期的な効果を見据えて進めている施策もありますが、現状では工数が増え、残業の増加やクオリティの低下が問題となっています。今回学んだ「捨てる」という概念を活用し、進行中の施策を棚卸しし、本当に今行うべきかを整理し、優先順位を再考したいと思います。 効果の測定はどう？ まずは施策が生み出している利益や売上について数値的データを集めることから始めます。そして、実際にかかっている工数を把握し、投資対効果を測定します。短期的な成果を目的とする施策と中長期的な成果を目的とする施策にそれぞれ指標を設定し、優先順位を明確にし、自分のタスクに落とし込んでいくつもりです。

フレームワークはどう活かす？ 戦略的に考えるためには、単にアイデアを出すだけでなく、ビジネスフレームワークを活用して広い視野で整理していくことの重要性を再認識しました。組織としての判断やアクションを決定する際、関係者が納得しやすくなるためにもフレームワークを用いることが役立ちます。ただし、講義で指摘された通り、全ての関係者が100%納得することは非常に稀であり、フレームワークを用いても意見の相違や議論の発散が生じることは多々あります。重要なのは、考えを整理すること自体が目的にならないようにしつつ、フレームワークを効果的に活用することです。 3C分析は何を示す？ 人事業務を担当している私にとって、3C分析は採用アプローチを検討するうえで非常に有用です。また、人事制度の企画や組織・人材開発においては、SWOT分析を活用し、外部要因・内部要因それぞれの強みと弱みを認識した上で、強みを伸ばす施策や弱みを克服する施策を考えることができます。しかし、分析の結果が人事部内で正しいとされても、それが実際に望ましいものかは限りませんので、各事業部と共有して修正を加えながら進めることが求められます。 目的設定は合致してる？ 主に教育研修を担当している私は、施策を企画する際にSWOT分析を行っています。研修となると手段、つまりどのプログラムを実施するかに目が行きがちですが、目的を見誤らないためにも分析が重要です。対象者の現状を適切に認識した上で目的を設定し、その目的に沿った研修プログラムを構築していきます。また、組織・人材開発で新たな施策を企画する際には、途中で反対に遭ったり、運用面で困難が生じ頓挫することが多くあります。そのため、バリューチェーン分析によりどのプロセスがネックになっているのかを特定・分析していくことが必要だと感じています。