(34ページ目)

業務 ✕ 課題

に関する学び

---

なぜイシューが大事？ 「イシューの明確さ」の重要性について学びました。それはプロジェクトの開始時に「何を達成すべきか」を明確にすることで、全員が同じ方向を向いて効果的に進めることができるからです。簡潔でわかりやすいイシューの設定が、問題解決の第一歩であると感じました。 相手の優先順位は？ 自身の業務においても、イシューの明確化はプロジェクトや交渉の成功に直結すると思います。例えば、スポンサーとの交渉では「相手が何を最優先しているのか」をイシューとして明確にすることで、提案を的確に調整し、成果を得やすくなります。また、業務全体を通して「今本当に取り組むべき課題は何か」を意識することで、優先順位を整理し、効率よく進められると実感しています。 実行はどう進める？ イシューを明確にするために、まず業務やプロジェクトごとに「何を達成したいのか」を一言で整理し、目標を共有します。その後、現状の課題を洗い出し、本質的な問題を絞り込み、優先順位を設定します。そして、解決に必要な具体的なアクションをリスト化し、締め切りや担当者を明確にして進捗を管理します。また、取り組み終了後には振り返りを行い、イシュー設定や行動計画の改善点を抽出します。このプロセスを繰り返すことでスキルを磨き、業務効率を向上させています。

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

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

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

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

仮説立てのヒントは？ 課題に対して仮説を立てる際は、単に漠然とアイデアを出すのではなく、4Pや3Cといったフレームワークを活用することで、課題を整理して考える助けになると実感しています。また、具体的な問題解決に向けては、何が問題なのかという複数の仮説を立て、「どこに、なぜ、どうすべきか」という各段階を順に確認することで、より深く掘り下げた対策を見出しやすくなると考えています。 戦略の裏側は？ 自身の業務を振り返ると、これまでは業務課題に対して仮説を立て、深堀りして解決策を導くというプロセスが不足していたと感じています。課題を分解して深く検討するステップを踏まず、思いついた打ち手に頼ることが多かったと思います。今回の学びを通じて、今後は課題に対して複数の仮説を立て、どの対策を実行するのが最適かを十分に検討する習慣を身につけ、より深い洞察に基づいた戦略立案を目指したいと考えています。 次は何を選ぶ？ さらに、解決すべき課題に対して複数の仮説を立て、それぞれの対策を検討し、最終的に比較検討して選択する業務の流れが重要だと認識しました。今後、事業戦略の立案を進める中では、仮説立てや深掘り、そして対策の選択というステップを必ず踏むことで、より質の高い戦略を策定していきたいと思います。

イシューはどう特定？ イシューの特定は容易ではなく、常に分解を行わなければ混乱に陥りやすいと感じています。常に「イシューとは何か」を意識し、その切り口となる仮説を用意しつつ、多角的に検証する必要があります。実際、以前は思い込みで打ち手を考えていたときに比べ、約30倍もの時間を必要とすることを実感しました。 打ち手は何が有効？ クライアントの現状に対し、どの打ち手が有効かを検討する際、これまで見慣れたSNSや特定のプラットフォームだけに頼るのではなく、リアルな情報も加味しながら、あらゆる角度からイシューを特定する重要性を改めて認識しました。 仮説の検証はどう？ イシュー特定のためには、直感に頼らず、常に仮説を立てた上でデータを分析することが欠かせません。仮説の検証が十分に進まない場合は、別の仮説を設定し、さまざまな視点から考察する習慣を身につけることが大切だと感じています。 構造再考はどうすか？ 自身の業務に照らし合わせると、クライアントの課題特定についてはまだ不十分だと感じました。ピラミッドストラクチャーを用いた際に根拠が不安定になる場合は、根拠を補足するための情報を集める必要があるか、もしくは一度構造を解体して再考する選択肢も考えるべきだと思います。

直感は信頼できる？ 普段の仕事やデータを扱う際、経験や直感に頼った仮説が基本であったことを改めて実感しました。データ分析そのものではなく、むしろデータ収集の段階で不足している点が原因だったと考えています。この経験が、部門費などの予算策定時における変化の捉え方を再見直すきっかけとなりました。 予算根拠は正確か？ 部門費の策定根拠や、今後の設備投資に関する理由付けについては、未来を見据えた考察が十分でなかったと感じています。何か異変があった場合の修理費用が予算に計上されず、過去の事例や頻度を確認することで、適正な管理につながる一手段としたいと思います。 委託実態はどうだ？ 請負会社に業務を委託している現状では、作業の安定性はもちろん、雇用期間が短期に終わる点にも課題を感じています。労働内容に加え、職場環境も影響していると考え、既に委託から10年が経過している案件も多いことから、改めて状況把握から始めたいと思います。 記録整備は必要？ 具体的には、請負会社で働く方々の実務経験年数や年齢層などの基本情報の収集を行い、当社を離れる理由なども可能な限り情報として集める予定です。また、設備投資に関しては、過去の作業記録のデータベース化が未実施であるため、そこから着手する方針です。

なぜ分解して考える？ プロセスを分解して問題の本質に迫る手法について、非常に分かりやすい事例から学ぶことができました。特に、採用プロセスの一部である中途採用面談や、顧客への提案における在庫差異の問題解決に、このアプローチを活用できると感じています。また、ABテストにおいては、条件をできる限り同一とし、検証範囲を絞るための仮説設定が重要である点も再認識しました。 採用面談、何が問題？ まず、中途採用面談に関しては、自身が関与する採用活動において、プロセスのどの部分で問題が発生しているのかを明確にするため、面談調整に要する日数と採用結果の情報を人事部から収集することを検討しています。この情報をもとに、面談調整に時間がかかる原因を特定し、改善策を提言することで、採用率の向上を図ることができると考えています。 在庫の差異、どう解決？ 次に、顧客への提案、特にシステム間の在庫差異に関する課題解決では、既に現状の業務プロセス分析は実施していますが、課題が発生しているプロセスの粒度が細かすぎるため、より単純化した形で説明する必要性を感じました。問題となりうる箇所を明示した上で、システム改善または運用プロセスの変更のいずれかを提案し、顧客にとって最適な解決策を提示していく考えです。

戦略思考の価値は？ 戦略思考とは、複雑な状況をできるだけシンプルに整理し、わかりやすく説明できる能力であると感じました。仕事に限らず、プライベートでもこの思考方法を取り入れることで、自然とその考え方が身につくのではないかと思います。 技術活用の意義は？ また、参加者の方が紹介されていた、生成AIやDXツールを利用して「捨てる」理由を明確に示したり、シナリオプランニングの精度を高めるという事例は非常に印象的でした。私自身もこれらの方法を実践してみたいと感じています。 部署の役割を整理するには？ 現在、私が担当している部署では、業務範囲が曖昧になりがちなため、部署本来の役割や業務内容を明確にし、具体的なアクションプランに落とし込む必要があります。そのため、プラン策定に向けて以下の点を進めたいと考えています。 今後の具体的な取り組みは？ まず、これまでの成果と課題を整理するために、各担当者へのヒアリングを実施します。次に、他部署との役割の違いを明確にし、自部署に影響を与える外部環境や社内の変化についても分析します。そして、あるべき姿を明確に設定し、言語化することを目指します。最後に、部内の各チームごとに、それぞれの役割と取り組むべき課題を整理していきたいと思います。

実体験はなぜ必要？ ユーザー視点で課題の本質や解決策の価値を理解するためには、単に「ユーザーの気持ちで考える」だけではなく、「実際に自分で体験する」か「体験者に話を聞く」ことが大切だと感じました。多くの人の声を聴くことで、課題解決を重ね、より質の高いソリューションを提供できると実感しています。日々の業務においても、特定の意見だけでなく、多くの声を取り入れるとともに、自分自身が体験して共感する姿勢を心がけたいと思います。 登山体験はどう？ 普段あまり登山をしない自分ですが、ネットで調べたり経験者の話を聞くことで、これまで感じながらも言語化できなかった点や新たな発想に気づかされ、大変学びになりました。ユーザーの行動を知るための具体的なアクションについて、これまで十分に調べることができていなかったため、今後はさらに積極的に参考にしていきたいと考えています。 共感はどう活かす？ 「共感」フェーズにおいては、ユーザーの気持ちを単にイメージするだけでなく、自分自身がユーザーになりきったり、幅広く情報を得ることが重要だと感じました。ユーザーが何に価値を感じ、どのような課題や障壁が存在するのかを正確に捉えなければ、その後に提供するソリューションが的外れになってしまうと考えています。

問題解決に必要な視点とは？ 問題を解決しようと考えるとき、解決策から始めがちですが、「そもそも問題が何なのか？」や「それを問題と捉えることが正しいのか？」という点から考えることが大切だと思います。MECEに分解する際、これまでは層別分解に頼りがちでしたが、今後は変数分解の観点も意識していきたいと感じました。 日々の業務での手法活用法 日々の業務は「問題を特定して解決していくこと」の連続です。そのため、この手法は様々な場面で活用できると感じました。短期的な業務では、毎月の売上向上や自社サービスの利用率向上のための課題や解決策を考える際に役立ちます。また、長期的な視点でビジョンやミッションの実現を考える際にも、このフレームワークは効果的だと感じます。 効果的に習慣化する方法は？ 問題に直面した際には、「1.『What』『Where』『Why』『How』の順番で考えること」と「2. MECEに分解（層別分解と変数分解）」を意識せずとも実践できるように、日々見返すメモに記載するなどして、記憶に刷り込んでいきたいです。また、チームメンバーにも学んだことを伝え、自分が意識できていないときもメンバーが意識できるようにすることで、チームとして実践できるようになりたいと考えています。