(7ページ目)

課題 ✕ 解決

に関する学び

---

問題解決への焦りはなぜ？ 何か問題が発生すると、「すぐにどうすればよいか？」と考えてしまうことは、私自身にも心当たりがあります。なぜそのような思考になるのかを考えると、問題を早く解決したいという焦りや、楽に解決したいという心理が影響しているのだと思います。しかし、こうしたアプローチは直感に頼りすぎるため、必ずしも良い結果を生むわけではなく、改めてこのことを認識しました。 まずは、問題を正確に定義することが重要です。そして、「その問題はどこで発生しているのか？」「なぜ起こっているのか？」「どのようにすれば解決できるのか？」というステップを踏むことで、直感的な解決策よりも、より高い確率で適切な解決に繋がることを理解しました。 過去の対策とその反省 過去に、不具合が頻繁に発生するシステムがあり、そのとき私は「すぐにどうすればよいか？」を考え、対策を講じていました。具体的には、エンジニアの責任感を高めるために定期的に1on1を実施し、細部まで仕様を決めて実装の指示を出す、さらに実装とテストを別の担当が行うようにしていました。しかし、それらの対策を実施しても、不具合が改善されることはありませんでした。根本的な原因を特定しないまま対策を講じていたことが理由だと考えます。 問題の本質を捉え、「その問題はどこで発生しているのか？」「なぜ起こっているのか？」「どのようにすれば解決できるのか？」をしっかり分析することが重要です。そうすれば適切な解決策が明らかになり、問題が減らせるかもしれません。 効果的な解決策を学ぶプロセス 今回、より高い確率で適切な解決策を見つける方法を学ぶことができました。学んだステップを実施する際に、漏れや重複があると効果的な対応ができなくなることも認識しました。しかし、「問題を早く解決したい」という焦る気持ちや、「できるだけ楽に解決したい」という心理が強く働くと、再び「すぐにどうすればよいか？」と考えがちになるかもしれません。 最初は、課題解決に時間がかかることもあるかもしれませんが、まずは今回学んだ方法を実践し、継続することで問題解決の精度とスピードを高めていきたいと思います。

問題解決の問いは何か？ 戦略策定ケースを通じて、どのような問いを立てるべきかや、打ち手をどう打つかという貴重な経験を得ることができました。特に学びになったのは、まず最初に問いを立てることの重要性です。業績が伸びないといった大きな問題を解決する際には、問題の構成要素（単価、来店客数、店舗数など）の整理、いわゆる構造化と、自社の現状を把握することが必須です。その中で打てる打ち手を、分解した課題ごとに考えていくことや、状況によってイシューが変化することも学びました。 クライアント分析の着眼点 クライアントの状況を分析し、「何が課題なのか」を発見した上で打ち手を考案していく場面では、必ずイシューを押さえた上で打ち手を考案するように心がけます。また、自分自身もクライアントの就業環境に関するプロジェクトや幅広い年代の活躍を推進するプロジェクトに参加しているため、そこでの行動にも今回の知識を活用していきたいです。 会議でのファシリテーション術 会議のファシリテーションをする際もイシューの設定や、イシューを常に押さえていることが重要だと感じました。「このイシューで合っているか」を仲間と検証しつつ、意見や会話の方向性がイシューとずれている場合は修正するように心がけます。 情報収集の重要性とは？ 思考を始める際には、「イシューは何か」をまず考える癖をつけます。そのイシューが本当に適切かどうかの精度を高めるため、チームで情報共有しフィードバックをもらいながら仕事を進めることも重要です。適切なイシューの設定及び打ち手を特定するには、マーケット全体や自社の状況など多様な情報を持っている必要があると感じたので、これらの情報を積極的に収集する癖をつけること、「この情報がないと適切な問い設定ができない」という視点を持って問題解決に臨むことを意識しています。 打ち手を遂行する際の心得 実際に決定した打ち手を打つ際、行動の中で方向性が見えなくなることもあるでしょう。その場合、「このイシューに基づき、こういう効果を期待して行動している」という点を意識し直し、最後まで打ち手をやり遂げることが大切だと感じました。

分解手法の課題とは？ ロジックツリーについては知識があったが、「層別分解」や「変数分解」については理解が浅かった。このため、分解の方法に甘さがあったことに気づいた。MECE（漏れなくダブりなく）の原則に基づいて物事を分解しようとしていたが、ただ「その他」という項目を入れないようにしよう、「漏れなくダブりなくしよう」とするに留まり、実際には分析の観点で意味のある分解ができていなかった。「切り分けて意味のある分け方」ができていなかったのだ。 SFAでの運用改善策とは？ マーケティングにおけるリードから商談に至るまでの顧客属性や営業活動履歴について分解し、SFA（営業支援ツール）上で選択肢を設定している。しかし、これがMECEであったとしても、分析の観点で後々良い結果に繋がらない選択肢を設定してしまっていたと気づかされた。ルールとして運用に乗せているため現場には混乱が生じがちだが、説明を通して理解を得て改善していきたい。 問題解決に向けたステップ SFAでの選択肢に関して直近の課題については、以下のステップをとる予定だ。 1. 最適なSFAでの活動結果の選択肢を調整するため、これまでに蓄積された様々な結果を分解手法を用いて再分解する。 2. 修正点についてチームメンバーと意見交換を重ね、最終的な決定を行う。 3. 現場の運用に支障が出ないよう、営業メンバーに理由を含めて通達し、理解を得る。 冷静な問題解決が大切 また、今後自分が行う企画については、「問題解決のために必要なステップ」である「what（何が問題か）」「where（どこに問題があるか）」「why（なぜ問題が起きているか）」「how（どうすればよいのか）」をきちんと踏まえ、目の前に見えて重要そうな課題や感情論に走らず、冷静かつ客観的に根拠のある分析を進めていきたい。企画時点での分析をきちんと行い、その結果をまた分析することでPDCAサイクルを回すことを徹底したい。 説得力を高めるには？ 他メンバーに対して意見を出す際にも、上記の問題解決のステップを踏まえた説得力のある意見を出せるよう努め、納得を得られる形にしたい。

仮説って何？ ビジネス現場での仮説とは、ある論点に対する暫定的な答えを示すものであり、大きく「結論の仮説」と「問題解決の仮説」に分けられます。状況に応じて、過去・現在・未来それぞれで仮説の内容が変わる点も特徴です。 解決と結論は？ 問題解決の仮説は、具体的な課題に対して原因を究明するためのものです。一方、結論の仮説は、たとえば新規事業においてある論点への暫定的な答えを示す際に用いられます。 4ステップの流れは？ 問題解決のプロセスは、次の4つのステップで進めます。まず、Whatとして問題が何であるか、またその規模を把握します。次にWhere、すなわち問題の所在を特定します。その後Whyとして、なぜその問題が発生したのか原因を追及し、最後にHow、どのように対策すべきかを検討します。 仮説はどう練る？ 仮説を立てる際には、決め打ちせず複数の仮説を考えることが重要です。異なる観点や組み合わせから仮説を立てることで、情報の扱いに網羅性が生まれ、柔軟な解決策を導く助けとなります。 現状把握は大事？ 施策の検討では、すぐに解決策に飛びつかず、まずは現状を十分に把握することが求められます。たとえば、見込み顧客を効率的に集めたい場合、SEO対策やウェビナーをすぐに試みるのではなく、なぜ見込み顧客が増えないのか、実際に問い合わせをしてくれる顧客の層やニーズを確認した上で仮説を立て、ABテストなどで検証するプロセスが大切です。 営業仮説の効果は？ また、営業面においても、現状の状況・業務上の問題・その影響、そして解決された場合のメリットを問い直すことで、仮説の思考は効果を発揮します。これは、営業メソッドであるSPINの各質問（状況質問、問題質問、示唆質問、解決質問）とも通じる考え方です。 顧客行動はどう見る？ さらに、顧客の行動分析の際は、カスタマージャーニーマップを作成するにあたって、こちらの期待する行動ではなく、顧客のインタビューを通じた実際の行動パターンをデータ化・可視化し、どのステップで課題が生じているかを明確にすることが重要です。

テストで何を見極める？ デザイン思考の最終ステップである「テスト」は、共感、課題定義、発想、試作というこれまでの流れを総仕上げしながら、各プロセスに戻るための道筋を示す重要な工程です。この段階では、試作に盛り込んだアイデアの充実度、課題定義の妥当性、そして初期の共感がどこまで実現されているかを議論します。状況に応じて、必要な工程に立ち返ることができるため、非線形的なアプローチの入り口とも言えます。 なぜ戻るが大切？ 一般には「戻る」という作業は嫌われがちですが、デザイン思考を活用して何かを実現するためには、このプロセスが非常に大切だと感じています。初めからプロジェクトメンバー全員がその重要性を共有していれば、スムーズに進められるのではないかと思います。 システム開発の難しさは？ 私の仕事であるシステム開発では、各ステップが線形に進む必要があるという制約があり、各工程ごとに承認や同意が求められます。一見するとデザイン思考とかけ離れているようにも思えますが、今回の学びを通じて、デザイン思考は全体を俯瞰するだけでなく、一部分の課題に対するアプローチとしても有効であると実感しました。特に要件定義の期間にデザイン思考を集中的に取り入れることで、その後の設計やシステムテストの工程に悪影響を及ぼすことなく、より効果的な成果に結びつけることができると考えます。 新規案件でどう活かす？ 現在手掛けている新規案件では、顧客側からの提案依頼がまだ明確ではないため、この段階でデザイン思考を活用できる可能性を感じています。顧客を巻き込み、共感のポイントを洗い出し、適切な課題定義に結びつけることができれば、その後に弊社側で発案する解決策との連携も取りやすくなり、システム完成後の効果がより実感できるはずです。一方で、試作段階については、単なる操作画面のスライドショーでは伝わりにくいという過去の経験もあり、工夫が求められると感じています。また、システム開発においては試作にかかるコストも課題となるため、これまでの経験を活かしながら、デザイン思考をうまく取り入れてより良い課題解決へ繋げていきたいと思います。

ストーリーの重要性は？ 今回の講義で最も印象に残ったのは、「やみくもに分析しない。ストーリーが大事」という点です。今まで意識していなかったwhereで傾向を掴み、どこまで掘り下げられるかという部分に気付かされました。whereを浅くしすぎるとwhyがまったく意味をなさなくなるため、問題がどこにあるのかという点にもしっかり目を向けたいと思います。 「わかる」と「できる」の違い 全体の講義を通じて感じたことは、講義や動画の内容に対して納得できる部分が多々あったということです。毎回わかっているつもりでしたが、実際に演習をしたりグループワークで意見を交換したりすると、うまくいかない場面が多いことに気付きました。「わかる」と「できる」は全然違うということを改めて実感しました。 賃金制度見直しのポイント 来期に向けた賃金制度の見直しに際して、以下のポイントを意識して分析したいと思います。まずは①自社の賃金制度のどこに問題があるのか、次に②なぜそのような問題が発生しているのか、最後に③どうすれば理想の姿に近づけるのかです。これらを講座で学んだことを活かし、具体的な賃金制度案を示していきたいです。 仮説からのデータ集め方とは？ また、自身および一緒に働くメンバーに対しては「仮説➡データ集め➡検証」という明確な流れを意識することが少ないため、今回の学びを共有し、効率的・効果的に課題解決のステップを踏めるチームにしていきたいと考えています。 学びを日常に活かすには？ チームで共有するためには、まず自分がしっかりと理解し、使えるようになることが大切です。学んだことがまだ全然身についていないため、まずは学んだ内容をもう一度振り返り、ポイントを整理し、日常業務や生活の中で1日1回は必ず実践することを意識したいです。特に「仮説を網羅的に立てること」、「何と何を比較すれば得たい結果が得られるのか、比較対象を設定すること」、「条件を揃えて比較すること」といった点について意識しながら日々考える習慣をつけたいです。

どの問題から解決すべきか？ 問題があると、複数の解決すべき課題を同時に考えてしまい、何から着手すればよいか分からなくなることがあります。しかし、問題を分解し、「今ここで答えを出すべき問い（イシュー）」を特定して、その解決策をまず考えることが大切です。例えば、某飲食チェーン店では、客数の増加に取り組んでから単価を上げるための施策を考えた結果、成功を収めました。もし逆の順序で進めていたら、客足が遠のく可能性がありました。 イシューを特定するポイントは？ イシューを特定する際には、次の三点に気を付けるべきです。まず、「問い」の形にする（疑問形）。次に、具体的に考える（壮大すぎる問いにしない）。最後に、一貫してイシューを押さえ続ける（話がそれないようにイシューを何度も確認する）。 業務効率化の鍵はどこに？ 業務効率化を提案する際には、まず効率化を図るべきイシューを特定し、それをチーム内で共有します。これにより、何を根本的に解決したいのかを全員が認識し、効果的な方法を見出すことが可能になります。例えば、時間がかかっている業務がある場合、1点に集中して効率化を図ると、別のところで時間がかかってしまうことがあります。これを防ぐためにもイシューの特定と共有が必要です。 問い合わせ増加への対応策は？ また、日々の業務改善や問題解決には、具体的なイシューを見逃さないことが重要です。たとえば、ある問い合わせが例年より増加している場合、その原因を探るために情報の掲示方法や他の根本的な問題を検討する必要があります。普段より対応件数が増えていると感じた場合も、その違和感を無視せず、根本的な問題を特定し、それを解決する方法を考える時間を作ることが求められます。場合によっては、同じような問い合わせに対する対応時間が短縮されるかもしれません。 チームにおけるイシュー共有の重要性 常にイシューを意識し、その解決策を探る姿勢を持つことが、業務の効率化や改善につながる重要なポイントです。イシューを共有することで、チーム全体が同じ認識を持ち、一丸となって問題解決に向かうことができるのです。

顧客優先は正しい？ 私は営業部門で勤務しているため、「顧客ニーズ」を優先することが多く、それが視野を狭くしてしまうことがあることに気づきました。事業計画を考える際には、以下の3つの視点を持つことが重要であると感じています。 全社視点は大事？ まず、経営者の視座で考えることです。自分が発言する際には、常に全社的な視点を意識しながら行動することが求められます。次に、ジレンマを過度に恐れないことです。100％正しい判断は難しいので、ベストを求めすぎるよりもベターを選択する柔軟性を持つことが重要です。そして、他人の意見をしっかりと聴く姿勢も欠かせません。 フレーム活用でどう？ これらの考え方に加えて、フレームワークを活用することで、施策を客観的に考えることができ、取りこぼしの少ない計画を立てることができました。それらのフレームワークは、3C分析で顧客、市場、自社、競合を整理し、PEST分析で外的環境を考慮する手法、SWOT分析で内部環境を整理し、クロスSWOTで重要課題を抽出し、バリューチェーンで企業活動を一覧化するものです。これにより、視野が広がり、現実的な意見を出すことができました。 業務量はどう管理？ また、日常業務ではアフターフォローによる業務が多く、期待が高まる中で増える業務量への対応が課題となっています。この問題についてもバリューチェーンを作成することで、どの業務に重点を置くかが明確になり、社員全員が納得しやすくなると思います。また、やることだけでなく、やらないことを決める際にもバリューチェーンは有効だと考えます。 施策はどう練る？ 具体的な施策としては、自社更新率を高めるために3C分析やクロスSWOTを用いて現状の課題を明確にし、解決策を検討しています。施策を考える際には、経営者の立場で全社的な視点を持つことを心がけ、自己部署内や他部署からも意見を聴き、多角的なアイデアを引き出すことが重要と感じています。現状の業務フローをバリューチェーンで可視化し、資源の浪費を防ぎ、コストを抑えるべきポイントを特定することも進めています。

規模と範囲の経済性は？ ゲイルでの学習を通じて、経済の基礎概念である「規模の経済性」や「範囲の経済性」について学びました。規模の経済性については、生産量が増えることでコスト削減が可能になるという原理を理解しましたが、実際にはロスが生じる可能性があり、注意が必要です。一方、範囲の経済性では、既存の資源を有効に活用し、新たなビジネスチャンスを生むことができる点を学びました。例えば、業界の垣根がなくなりつつあるコンビニやドラッグストアの事例がこれに該当すると理解しました。同時に、多角化のリスクを認識し、安易な事業拡大を避けるべきであることも学びました。 本当に正しいのか？ これまでなんとなく受け止めてきたことを、「本当にそれで正しいのか？」と問い直すことの重要性を改めて感じました。感情や一般的な認識に基づいて判断すると、大きなミスにつながる可能性があります。単なる感覚的な理解ではなく、本質的な意味を理解することが重要です。 総合演習の成果は？ 総合演習では、学んだ知識を実際に活用し、ビジネスケースを分析する経験を積みました。これまでの学習が役立ち、複数の視点から問題を分析し、最適な解決策を提案する力が求められる場面が多く、とても良い経験となりました。特に、安易に施策を実行に移さず、目的や市場分析をしっかり行った上で最適な施策を打てるように心掛けたいと思います。 部署の経済性は？ 現在の部署のメイン業務が業務集約であるため、「範囲の経済性」は部署内の異なるチーム間で活用できそうです。あるチームで開発したDX業務を他チームの業務に取り入れることは実行可能であると感触を得ました。また、規模の経済性はすでに私の所属部署に適用されており、業務集約と自動化により生産量が増えることで、コストを抑えながら効率を上げることが叶っています。 数字で計画見える？ 行動計画は、企画立案時には定量的な数値を活用し、見えない数字を引き出せるよう目指します。また、全体を俯瞰したうえで課題を解決に導くために、戦略的思考を習慣化し、思考力と判断スピードの向上を図りたいと考えています。

物事を分解する学びの重要性とは？ 物事を分解する方法について学んだことが非常に有益でした。まず、全体像を明確に定義し、目的に沿って切り口を設定し、MECE（漏れなく・ダブりなく）の原則を用いて事象を分解します。これには、「層別分解」、「変数分解」、「プロセス分解」の3つのパターンがあります。 分解手法の具体例をどう活用する？ 層別分解では、「年齢別」、「性別」、「季節別」といったように、特定のカテゴリーごとに事象を分けます。変数分解では、「売上＝客単価×客数」のように、事象を構成する要素に分解します。プロセス分解では、ある事象のプロセスを詳細に書き出し、そのどこに問題があるのかを分析します。 MECEが導く次の一手は？ 分解する際には、異なる視点が混在しないよう注意し、まずは試みてみることが重要です。たとえ分解した結果、特筆すべき点が見つからなかったとしても、それは「ここには差がなかった」という価値があり、他の観点での分解につなげることができます。失敗と捉えず、次の行動に繋げることが大事です。 これを売上分析に応用すると、例えば「年齢別」、「性別」、「季節別」に層別分解したり、「売上＝客単価×客数」という変数分解を用いたり、プロセスの中の問題点を探るプロセス分解が有効です。 DX人材育成にMECEはどう役立つ？ また、DX人材育成に関する施策を進める際の根拠としても使えます。例えば、社員のデータ活用率を上げることを目的に、現状を把握し、MECEを活用して問題点を明確にすることで対策を立てることができます。 意思決定の効果をどう高める？ 意思決定時には、情報をMECEで分類し、優先順位を決める手法が活用できます。これにより、どの情報を基に判断すべきかが明確になります。また、プロジェクト進行中に意見が割れた際には、目的を再定義し、網羅的に議論ができているか確認することで、考慮漏れがないかをチェックすることができます。 このように、MECEの原則を用いることで、さまざまな問題や課題を効果的に分解し、具体的な対策や判断を導き出すことができます。

どんな問いから始めた？ 私自身、いきなり打ち手に飛び付いてしまう傾向があると反省し、まずは疑問形の問いを立てることから始めることにしています。考えている途中で「どんな問いだったか」を忘れたり、話が逸れてしまうことが多いため、問いは必ず記録するようにしています。同じ課題に取り組んでいる人がいる可能性も考慮し、問いを共有することでお互いの思考を深めたいと思っています。また、状況に応じてイシューが変わることを意識し、イシューを見直すタイミングに関しては基準を検討していきたいと考えていますが、具体的なイメージは実務の中で模索する段階です。 成果重視の目標設定は？ 私の勤務先では、四半期ごとに目標設定を行っており、自身が抱える問題とその解決策の案をまとめた上で上司とすり合わせをしています。この際、「本当に四半期内に成果が出せる内容か」や「組織にインパクトがある内容か」を問いながら見直すことで、より現実的かつ効果的な目標設定が可能になると感じています。 論点はどう深掘り？ また、担当領域の事業進捗については月次で実績や見込み、そして伝えたい論点を発表する機会があります。伝えたい内容を深く掘り下げるためにも、問いを立てて考察する手法が役立っていると実感しています。 根本原因を探る？ さらに、同僚から相談や質問を受けたとき、従来は単に聞かれたことに答えるだけでしたが、問題の根本原因を捉えようという姿勢を持つことで、より本質的な解決へと繋がると気付きました。これらの経験から、日々の小さな気づきを記録し、業務の際に問いとして形にすることで思考を整理し、深めるように努めています。 手書きは効果的？ 手書きで問いを立てることで頭の中を整理しやすいと感じるため、パソコンでの入力よりも手書きを好んで活用しています。また、問いを整理した後は、気軽に壁打ちができるように上司とのオンラインミーティングの時間を事前に設定することにしています。上司と私のオフィスが異なるため、コミュニケーションのタイミングを逃さないよう、スケジュール調整は早めに行うよう心掛けています。

解決策を考える際の注意点は？ 課題を与えられた際には、まずどのように解決するかに意識が向きがちです。その結果、【what】や【where】の考察が後回しになってしまうことがあります。この講義を通じて、現状と理想の姿とのギャップを定量的に把握する重要性を学びました。具体的な数値が示されているにもかかわらず、それを使わずに仮説を立て、解決策を考えていた自分に気づくことができ、とても良かったです。 新たな思考法は役立つのか？ さらに、ロジックツリーの活用方法についても新たな知見を得ました。通常、条件を先に考え、その条件に合うアイデアを生み出そうとする方法を取ることが多いですが、具体的な打ち手を先に考え、その後条件に当てはまるものを選ぶアプローチが新鮮でした。このような思考法があると知り、非常に役立ちました。 理想と現状のギャップを埋めるには？ 顧客との対話においても、理想の姿やあるべき姿の合意を得て、現状とのギャップを埋めていくことが重要です。【what】や【where】を考える前に、まずあるべき姿や望む姿を明確にする必要があります。採用活動においては、人材とのマッチングを図るために具体的な数値に落とし込むことが少ないですが、目標を見失わないように定量データでコンセンサスを取ることを忘れないようにしたいです。また、大きな目標の上にKPIとしての数値目標を立てることも重要だと感じました。 どのようにアイデアを整理する？ さらに、用件定義を行った上で解決策を考える際に行き詰まった時には、先にロジックツリーを用いて要素を分解し、その後要件に当てはまるものを選ぶという方法も有効だと分かりました。 1. 顧客との会話の中で都度目標の確認を行う。 2. KPIを設定する。 3. 必ず現状とのギャップを考える。 4. ギャップの原因やボトルネックを調べるために定量データを活用する。 5. アイデア出しで行き詰まったら、ロジックツリーを使ってアイデアを並べ、要件に当てはまるものを選定する。 これらのポイントを念頭に置き、今後の業務に活かしていきたいと考えています。