(124ページ目)

課題

に関する学び

---

目的整理はどう進む？ ライブ授業では、シナリオ実習を通じて目的の明確化、優先順位の決定、リソースの最適な活用、そして情報収集の大切さを学びました。一方、動画学習では戦略と戦術の違いに着目し、物事全体を俯瞰して捉える重要性を実感しました。これにより、まずは達成すべき目標の整理と明確化、そしてその目標に向けた無駄のない計画作成の必要性を体得することができました。 開発進捗はどう見極める？ また、システム開発の初期段階においては、顧客の要望整理と目的の明確化、優先順位の確定、さらには予算や人員配置、期限設定といったリソースの最適化が欠かせません。開発段階では、全体の状況を把握しながら効率的な進捗管理を行うことで、無理なくプロジェクトを進めることが可能となります。発生する課題に関しても、すべてに対応するのではなく、優先順位に基づいて取り組むことで、リソースを集中させながら最適な解決策を見出すことが大切だと感じました。

数値分解はどうする？ ITの現場では原因分析のシーンが何度もあり、今回の学習は具体的な分析手法を再確認する良い機会となりました。特に、数値をどの要素で分解するかが重要で、正確に分けないと誤解を招く恐れがあるという点は、日常的に直面している課題でした。そのため、今後は多角的な視点で分解することを意識したいと考えています。 印象改善はどう実現？ また、プレゼンテーションなど、相手に良い印象を与えたいシーンにおいても、事実と異ならない範囲で資料を工夫する手法として、この学びを活用できると感じました。 不具合原因の見直しは？ システム構築における不具合の数や原因分析の場面でも有用であるため、既存の分析フォーマットの中から今回の学びで得た要素を見直すことにします。さらに、部下と行う1on1でのヒアリングシーンにおいて、メンバーが抱える不安や不満などのメンタル的な問題に対しても、役立てられないか検討したいと思います。

適切な思考法を身につけるには？ 何かを考える際には必ずバイアスがかかります。これを避けるために、適切な思考法を身につける必要があると実感しました。仕事の場面でも、自分の考えやその内容が網羅的で適切なのか、常に確認する必要があると感じています。クリティカルシンキングを学ぶことで、各タスクにおける抜け漏れを防ぎ、本質的な課題や論点について深く考えられるようになりたいです。 クライアント課題の本質に迫るには？ 特にクライアントの課題を解決する際には、表面的な問題だけでなく、本質的な課題は何かという問いを常に考え、それを行動に移せるようになりたいと考えています。また、思考の偏りを避けるために、適切なロジカルシンキングの方法を身につけたいです。 仮説を改善し続けるために さらに、常に自身の仮説を改善するポイントがないかも考え続け、短絡的な思考に陥らず、網羅的にかつ本質的な問いを常に考えられるようにしたいと思います。

なぜ問いを立てるのか？ 考える前に問いを立て、何を考えるべきかを明確にすることが、大きな気づきとなりました。 データ考察で何が見える？ 課題に直面した際、データを基に考察すると、必ず浮き彫りになる点があります。浮かび上がった課題を鵜呑みにせず、他の可能性も探ることの重要性を学びました。 達成者の傾向はどう分析する？ 日々の日商報告を確認し、達成者の傾向と自分への適用を考察します。業界的な前回の傾向や課題に対して、どのような対策が可能かを考えるのが重要です。常にデータを収集し、顧客に一目で分かるように可視化します。また、月ごとの求職者の動きなども考慮します。 営業活動をどう振り返る？ 毎週の振り返りでは、自身の営業活動を定量的な観点から振り返り、課題の提示と次週の動きを共有します。また、顧客提案時には「人を採用する」以外のニーズをさらに深掘りし、できるだけ定量的に提案していくことを心掛けています。

顧客の悩みをどう把握？ これまでの顧客アンケートを見直すと、顧客の抱える課題や悩みを再度分類できる可能性を感じました。複数のクライアントから同様の意見が寄せられている場合でも、その根本にある問題を推測し、顧客視点で整理することが大切だと感じました。 気づいていない課題は？ また、定性調査の中には、クライアント自身が気づいていなかった課題があることも分かりました。声に出して気づくことや、インタビューで質問することを通じて、その時初めて浮かび上がる問題も存在します。今後は、こちらの推論をどう取り入れるか、またはまずは質問を中心に情報を集めるべきか検討していきたいと思います。 実態把握の重要性は？ さらに、「解決策ありき」で考えず、まずは現状の事実を把握する手法を重視すべきだと感じました。加えて、インタビューの音声記録も積極的に行い、プロセスやフレームワークへの体系的整理にも力を入れていきたいと考えています。

どうして文章が難しい？ 「相手に伝える文章を書く」という課題は、非常に骨が折れるものでした。 整理すると何が見える？ 伝えたいことを段階的に整理し、結論・根拠・なぜならという要素に分解することで、自分の思考を客観的に整理できる点が非常に魅力的でした。 組み立ての秘訣は？ いわゆるビジネス文章は、ただ筆を進めるだけで書かれるものではなく、図やピラミッドストラクチャーを用いて組み立てることで、シンプルで分かりやすい構成が可能になると感じました。 業務にどう応用する？ 実際の業務においても、この考え方は大いに役立っています。特に、関係各所への説明責任が求められる状況では、各所の状況や要求事項を整理して発信することが重要です。 今後の展望は？ 今後は、ピラミッドストラクチャーの整理方法を日常的に活用し、ビジネスメールの作成においても、結論に対して適切な根拠を示すよう意識していこうと考えています。

顧客目線を忘れないためには？ 顧客目線であることは、企業活動として当然のことであると思えますが、競合を意識するあまり、顧客ニーズを無視してしまうことがしばしばあります。そのため、適正なフレームワークの使い方を学び、常に高い視点で物事を捉える術を養いたいと考えています。 顧客との対話が生む成果とは？ 自身の取り扱う製品が顧客にとってどのようなベネフィットがあるのか、競合品との差別化が顧客ニーズを満たしているのかを検証するために、実際に顧客と対話を重ねます。また、メッセージが顧客にどれだけ響いているのかも再確認します。 イノベーション課題を解決するには？ イノベーションの普及要件として比較優位、適合性、わかりやすさ、試用可能性、可視性の観点で自社の製品を考えてみると、比較優位と試用可能性、可視性はあるが、わかりやすさと適合性が課題であると認識しました。これらの課題をどう解決するかを検討する必要があります。

どこに課題が潜む？ 今回の講義を通して、課題の把握と改善のプロセスを具体的に理解することができました。どの段階に課題が潜んでいるのかを明確にし、改善策を講じる際には、単に取り組むのではなく、状況を比較しながら検証することが重要だと実感しました。 どのプロセスが効果的？ また、最終ゴールに向かう各プロセスを数値や成果で把握し、どこに最も効果が得られるのかを検討する必要があると感じました。A/Bテストのような手法を用いて、具体的な改善状況をモニタリングしながら継続的な改善を進める体制の構築が求められると捉えています。 どうチームで共有？ まずは、自身の業務における最終ゴールに向け、対象者のプロセスを整理して見える化し、改善すべきポイントを洗い出すことが大切です。その上で、実施可能な箇所でテストを行い、プロセス全体と改善の手法についてチーム全体で共有し、全員が理解できるようにすることが必要だと考えています。

なぜ目的を重視する？ 常に目的を意識し、自分の思考の癖を理解するとともに、問い続けることの重要性を学びました。これまでは、自身の経験則に頼り、安易な解決策に走っていた点に気付かされました。今後は、問題の本質を的確に捉える思考力を身につけたいと考えています。 組織会議はどう整理？ 半期ごとに担当する組織のアクションプランを作成する際は、現状、課題、対策を論理的に整理し、より成果に直結するプラン作りを心掛けていきます。また、社内会議においても、問題の核心を正確に把握し、適切な提案ができるよう努めていきたいと思います。 なぜ毎日問いかける？ さらに、日常生活においても「なぜ、何のために」という問い掛けを習慣づけ、常に深く考える姿勢を実践していきます。加えて、毎週確実にインプットの時間を確保し、学んだ知識を業務で実践するアウトプットを行い、上司や同僚からのフィードバックも受けながら成長を続けていく所存です。

手法活用はどうする？ 5W1Hや層別分解の手法は知識として持っていましたが、実際の業務では目の前の課題にとらわれやすいと感じています。今後は、これらの手法を意識的に取り入れ、より体系的な分析を実施したいと思います。 理想との違いは何？ また、分析を行う際には現状とあるべき姿とのマイナス差に注目することが多かったことから、目指す姿とのギャップに関する分析が不足していると感じました。今後は、理想との比較も含め、より実践的な分析に活かしていきたいと考えています。 計測軸は見直すべき？ 各部門の工数実績を分析する中で、計測軸をMECEの観点から整備するためにその他の軸も設けています。しかし、全体の一定割合が「その他」に分類されていることから、課題の見落としが発生する可能性があります。このため、計測軸の見直しを行うとともに、現状のあるべき姿との比較だけでなく、目指す姿に対する分析も加えて実施していく所存です。

イシューの定義は何？ イシューとは、今考えるべきことは何かを問いとして捉えることです。課題解決に向け、まずイシューを具体的に設定し、疑問形にすることでより明確になります。例えば、「来年度の採用」ではなく、「来年度の採用改善のためにどんなアイデアがあるか？」と問い直すことで、議論の焦点が明確になります。 共有のポイントはどう？ また、イシューは書き記すなどして明確に共有しておくことが重要です。議論の途中で話が脱線しないよう、また脱線した場合でも元の議題に戻るための基準として利用できます。 会議のずれは防げる？ 特にグループの定期ミーティングでは、話題と異なる内容に飛躍してしまい、会議が長引いたり結論が不明瞭になるケースが散見されます。そこで、議論を始める前にイシューをはっきりと設定し、スライドなどの見える形で示すことで、話のずれを防ぎ、必要なときには議論を元に戻せる環境作りが求められます。

仮説の分類とは何か？ 仮説の分類という概念を知らなかったため、この考え方は非常に参考になりました。ビジネスにおいて重要な課題であるコミュニケーションと問題解決を、時間軸を用いて分類し、仮説を立てる思考法は大変勉強になりました。 仮説思考を活動方針にどう活かす？ 現在、来期の活動方針を策定しており、今回学んだ仮説思考を活用したいと考えています。前々期、前期、今期のデータを比較することで、売上に課題がある製品とその属性（新製品か定番品か、製造コストなど）を基に、改善計画を提案できるのではないかと考えています。 売上課題の仮説をどう立てる？ 具体的には、売上における課題についていくつかの仮説を立ててデータを比較してみる予定です。例えば、①売上金額が減っているのか、②粗利率が下がっているのか、といった課題の内容を明らかにし、更にその課題が発生している要因について仮説を立てて掘り下げていく作業を行う予定です。