(68ページ目)

解決

に関する学び

---

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。

どうして問いが大切？ 問いの立て方は、その後の対応を大きく左右するため非常に重要であることを理解しました。しかし、より大規模かつ情報量が多い場合には、適切な問いを立てることが非常に難しくなります。このスキルを磨かなければならないと思いました。 なぜ既成概念に縛られる？ 日々の業務では、既成概念にとらわれていることが多いと感じます。講義で学んだ電話対応のケースでは、問い合わせがあることを問題として捉えられず、「そもそも」に踏み込むことができません。今後は「そもそも」を意識して業務に取り組むようにします。 本当に急いでいいの？ 日常の問題解決や課題の対処において、無意識に経験に頼って行動したり決断したりすることが多いです。しかし、結論を急ぐ前に一度立ち止まり、「そもそも」を自問することを心がけます。この習慣を身につけるために、目につく場所に「そもそも」カードを掲示してみることにします。

イシュー設定の重要性は？ イシューの設定の重要性を改めて実感したが、同時に自身の力量不足も痛感した。常に意識していないと実際の場面で違った方向に向かい、結果的に時間だけがかかってしまうことになる。今後は「問いのカタチにする」ことを習慣化したいと考えている。 問題解決に必要な視点 技術的な課題に取り組む際、これまでは経験則に基づいて解決を試みてきた。しかし、イシューを適切に設定していればもっとスムーズに進んだのではないかと思うようになった。「問いは何か」を意識し、周囲に適切にアウトプットしていきたい。 異動後に感じた変化とは？ 同じ記述の繰り返しになりますが、「イシューの設定」が重要だと感じている。特に「造る」部署から「検査」する部署に異動になり、「なぜこのように考えるのか」と「問う」場面が増えてきた。スムーズに解決策を導き出せるよう、「問いは何か」を意識し、本質を外さないように努めたい。

顧客視点で改善は？ 自社サービスを顧客目線で改善するため、まずグループメンバーと顧客の体験を一緒に追体験しました。その中で、どのような改善が実現できるかをブレーンストーミングし、全員が活発にアイディアを出せるよう工夫しました。最終的にはKJ法を用いて、具体的なアイディアと検証ステップへと落とし込みました。 発想法はどう広がる？ 一方で、発想法を一人で試みるのはなかなか難しいと感じました。だからこそ、同僚や家族など身近な人と対話することで、視野が広がることを実感しました。また、スキャンパー法やオズボーンのチェックリストなど、複数の観点から考える手法を取り入れると、発想の幅が広がり、さまざまなアイディアが生まれることが分かりました。発想は制約を設けすぎず、多様な観点や対話を通じて数を出すことが大切です。特に、既存の技術や考えを組み合わせることで、新たな解決策へとつながる可能性があると感じました。

ABテストはなぜ重要？ ABテストを正しく実施するためには、まず目的や仮説を明確に定め、比較対象となる条件をしっかり整えることが重要だと改めて学びました。 問題解決はどう進む？ また、問題解決のプロセスを順序立てて取り組むことで、何が問題であるのか、どのような仮説が考えられるのか、そしてどのような解決方法を選ぶべきかを体系的に理解できました。マーケティングチームでの売上進捗に関する課題の特定や、適切な打ち手の選択、さらに広告の効果検証など、様々な場面でこのアプローチを活用できると感じています。 多角検討はどうする？ さらに、複数の切り口で課題に接近し、必要なデータの洗い出しや抽出方法、そして解決策の多角的な検討を進める過程で、チームメンバーと協力しながら取り組む重要性を再認識しました。今後は、業務の中で意識的にアウトプットの機会を増やし、実践的な成果に結びつけていきたいと考えています。

仮説の捉え方はどう？ 仮説を立てる際、時間軸と結論の視点で捉えるのか、あるいは問題解決のための手段として捉えるのか、細かく分解できることに気づきました。漠然としていた仮説も、目的と必要な手段を明確にすることで、より効果的かつ実践的なものに仕上げることができると学びました。 本当に必要な策は？ 売上向上を目指す中で、「何が必要か？」という曖昧な問いだけでは、的確な戦略が立てられないという経験があります。そのため、問いを細分化し、一つ一つの要素に対して仮説を立て検証することが重要だと実感しています。 現状分析の手法は？ 具体的には、まず自部署の業務範囲における現状の顧客アプローチ方法を洗い出し、効果があるものとそうでないものをデータに基づいて検証します。その上で、検証結果を踏まえて問題解決のための仮説を構築し、ボトルネックとなっている部分の改善策を検討していく手法を実践しています。

実践学習の効果は？ 学習内容を実践的に活用しようとする姿勢が素晴らしく、データ分析においてもその洞察力が十分に発揮できると感じました。今後は、可能性や必要なデータをより具体的に整理していくことで、さらに充実した学びに繋がると思います。 市場環境の見直しは？ また、現状の市場状況や競合環境を鑑み、製品サイクルを考慮した上で複数の課題を明確にすることが重要だと感じました。優先順位を明確にし、実現可能な対策を現場と共に検討・実行していく中で、どのようなチェックポイントが必要になるのかも考えていきたいと思います。 部内議論の方向性は？ さらに、まずは部内で現在考えている課題を洗い出し、複数の案を出し合う場を設けると良いと感じました。その上で、今後の進め方についてマーケティングや営業の各方面とも相談しながら、各自の役割分担を実施して課題解決に向けた取り組みを進めていくことが望ましいと考えます。

A/Bテストの魅力は？ A/Bテストが注目される理由は、そのシンプルさにあります。限られた要素を2つ以上のパターンで比較することで、運用や判断がしやすくなります。また、テスト用の画像やテキストを用意するだけで低コスト、少ない工数で実施できるため、実験のハードルが低いのも魅力です。さらに、いきなり新しい案を採用する場合と異なり、段階的な改善によりリスクを最小限に抑えながら効果を測定できる点も大きなメリットです。 業務問題の解決策は？ 日々の業務において発生する問題に対しては、「What」（問題の明確化）、「Where」（問題箇所の特定）、「Why」（原因の分析）、「How」（解決策の検討）というステップを意識し、効率的に対処しています。特に、問題の本質を捉えるために業務プロセスを細かく分解するアプローチを採用しており、複数の解決策を洗い出し、その根拠を基に最適な方法を選択するよう努めています。

業務の姿勢はどう？ 私は、ありたい姿やあるべき姿を常に意識しながら業務に取り組むことの大切さを実感しました。単に課題解決のための行動にとどまらず、広い視野で業務全体や自分自身のキャリアを見つめることで、さらに良い成果につながると感じています。 仮説の見極め方は？ また、目標や理想とするゴールを常に意識すること＝仮説を立て行動することが重要だと学びました。その上で、その仮説が正しいかどうかをフラットに判断できるために、最短時間でデータ解析を行う能力を身に付ける必要性も感じています。目的やゴールを明確にすることが、日々の訓練として非常に有用だと思います。 業務の目的は何？ さらに、どんな些細な業務であっても、まずはその目的や背景を把握し、仮説や想定を立て、それを裏付ける理由付けやデータに基づいて解析する。こうした一連のプロセスを常に実践し、自分の働き方に定着させたいと考えています。

リーダーシップって何？ リーダーシップは、単に役職や立場によって発揮されるものではなく、日々の行動で示し、信頼関係を築く中で生まれるものだと考えています。また、状況に応じた方法を選ぶ柔軟性も、効果的なリーダーシップには欠かせません。 ゴールはどう確認？ まず最も重要なのは、共通のゴールを明確にすることです。各メンバーが担当する業務について、最初に目指すべき姿を互いに確認し合い、一致したイメージを持つことで、結果のブレを防ぐことができます。その上で、自主性を尊重しながら進捗や状況を共有し、必要に応じたフォローアップを行う体制が大切です。 疑問はすぐ解決？ 次に、疑問があればすぐに確認すること、そしてそのタイミングで適切なサポートを提供することが求められます。誤った理解のままタスクを進めてしまうリスクを減らすために、常に相互確認とフォローを意識し、状況をしっかりと把握することが重要です。

解くべき問いを見つけるには？ テーマが決定すればそれが解くべき課題だと考えていましたが、実際にはそのテーマを細分化し、本当に解くべき問いを見つけ出すことが重要だと気付きました。細分化する際には、解決したい姿や仮説を立て、それをもとに細分化していくと効果的だとも感じました。 理想の姿をどう描く？ プロジェクトで計画を立てる際には、ただタスクを洗い出すのではなく、理想の姿を思い浮かべ、それを実現するための実現要件を意識しながら分解していきたいと思います。これにより、一つ一つのタスクの実行結果が仮説検証のためのインプットとなり、より早く正確に目標を達成できると感じます。 実現要件の整備方法は？ まずは考えるテーマを決定し、その後、実現方法を考えるのではなく、実現要件を考え、それぞれの要件に対して現状を整理します。そして、解消すべき課題の特定とその解決策を考えることを習慣化したいと思います。

B/Sの理解を深めよう B/Sについて具体例を通じて考えることで、難しいと感じていた部分も理解が深まりました。特に、流動資産と固定資産の区分が1年内に動くかどうかで判断する考え方に難しさを感じましたので、実際のB/Sを見ながらさらに理解を深めたいと思います。 事業形態の読み解きに挑戦 次に、自社の分析を行い、どのような事業形態でどこに力を入れているのかを読み解くことに挑戦しました。各種資金の使用目的やその計画も念頭に置きつつ確認していきます。また、他社の公開情報にも目を通し、自社との違いを理解することも心掛けました。 不明点の解決策とは？ 最後に、自社や他社のB/Sを確認し、学んだ枠組みに分類できるかをチェックしました。不明点については、まずは自分自身で理解を試み、その上で経理担当者や他の詳しい方に質問することで解決を図ります。また、P/Lとの関連も意識しながら、学習を進めています。