(36ページ目)

業務 ✕ 課題

に関する学び

---

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

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

本当に大切な課題は？ 真の課題やイシューを見極め、明確にすることは非常に重要です。仲間と情報を共有することで、目指す解決策が正しいかどうかを共に認識し、より確かな道筋を描くことができます。また、「分けるとわかる」という考え方に基づき、どのような分析手法が解決策を導き出すのか、様々な角度から現状を整理する意識を持つことが求められます。 多角的視点は足りる？ 業務を進める上では、営業成績や人事、商品開発など多岐にわたる課題が発生します。そのたびにイシューを設定し、複数の視点から分析を進めるとともに、対策を講じる必要があります。特に、情報が不足している場合には、十分な情報収集を行うことが不可欠です。 全体最適を考えてる？ また、イシューを決定する際には、部分的な解決策に偏ることなく、全体最適の観点から何が真のイシューなのかを慎重に考えることが大切です。そのためには、複数（最低でも3つ以上）の仮説を立てた上で、最も本質的なイシューを見極めることが求められます。 代替案は整ってる？ さらに、様々な角度から現状を分析し、対策案を検討する際には、必ず代替案も用意するようにしましょう。クリティカルシンキングの姿勢で、本当にその対策が妥当であるのか、常に問い続けることが成果に繋がります。

想定外の購買層は？ 動画内で示された完全メシの主要な購買層が、自分が想定していたものとわずかに異なっていたことに気付きました。当初は20代～30代の男性をイメージしていましたが、ユーザーは多面的に存在するという事実を再認識する機会となりました。身近な事例を通じて購買者のペルソナを描くなど、複数の視点から自分の思考を見直す習慣を身につけたいと思いました。 マーケ思考の整理は？ これまでマーケティングに関する業務は実践してきたものの、言語化して検討する機会はあまりありませんでした。今回、体系的に学ぶことで自身の頭の整理が進むとともに、今後の部下の指導にも大いに役立つと感じています。感性は個人で磨くしかありませんが、マーケティング視点の取り入れは誰にでも可能であるため、今後のチームの課題として積極的に取り入れていきたいと考えています。 企画評価の工夫は？ また、企画を総評する際に、感性に基づく判断や好みが優先されがちであるという指摘について、現場から上がってきた企画の機能的価値と情緒的価値を分析し、伝えるためや売るために必要な要素を誰もが理解できる形で可視化・共有することが重要だと感じました。このアプローチを会議などでも取り入れることで、チームの総合力向上につながると期待しています。

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

仮説の幅は広い？ 仮説を考える際は、正しい答えを一つだけ見つけることが目的ではなく、論点に対する仮の答えとしてフレームワークを活用し、幅広い可能性を検討することが大切だと感じました。決め打ちに陥らず、常に複数の仮説を立てる姿勢が重要です。 仮説の意義は？ また、仮説を考えることには、検証マインドの向上による説得力の増強、問題意識の向上、対応スピードのアップ、そして行動の精度向上という4つの意義があると学びました。これらの点は、データ分析にとどまらず、日常の業務においても活かせる有用な考え方だと思います。 難しさはどう？ 仮説思考というと難しそうに感じるかもしれませんが、普段の業務で些細な疑問を感じたときに自分なりの原因を考え始めているのであれば、実はすでに仮説思考を実践しているのだと実感しました。今回学んだ問題解決のプロセスを参考に、日々の業務に仮説思考を取り入れることができそうです。 小さな課題は？ まずは、短時間で取り組める小さな課題に対して、意識的にフレームワークを活用し仮説の幅を広げることから始めたいと思います。その上で、分析時の適切なグラフ選定や結果の分かりやすいビジュアル化といった、今まで苦手としていた分野の改善にも取り組んでいこうと考えています。

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

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

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

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

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

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