(15ページ目)

課題 ✕ 出す

に関する学び

---

関係者間のゴール共有は必要か？ ひとつの課題に対しても、関係者それぞれがスタートの時点でゴールやプロセスを共有しておくことによって、方向性を見失わずに戦略を立案できます。しかし、経験値が高い人や声が大きい人に引っ張られることはよくあります。そのため、フレームワークを使って課題や情報を分析し、優先順位や重要度を整理することが重要だと思いました。 業務でフレームワークは活用できてる？ 現在の業務では、中期計画を策定する際にSWOT分析やPEST分析を使用していますが、実際に課題を十分に理解し洗い出せているか自信がありません。上司の出す結果をそのまま受け止める傾向があります。今回の学習で得た具体的な事例を参考に、業務に落とし込んでみたいです。特にカスタマーサービスにおいては、商品や営業に直接関与していないため、サービス業におけるフレームワークの効果的な活用法について考えていきたいです。 業界分析は計画にどう結びつく？ 業界の分析や自社の強み・弱みを踏まえて、優先的に強化すべき領域や必要な対応を整理し、進めてみます。既存の計画についてもフレームワークを適用し、具体的な改善点を見つけ出し、現在の計画にどのように結びつくかを確認して、理解を深めていきたいと思います。また、本講座を通じて他の業界の視点を学び、自分の視野を広げたいと考えています。

目的と設計はどう変わる？ 自分の目的と相手の目的を整理しながら、自社のWebサイトの設計を見直す必要性を感じました。無形商材の場合、ユーザーに疑似体験させる工夫が重要で、サービスの流れや機能を紙やスライドで視覚化し、細かいフィードバックを受けることが効果的だと考えています。 試作で何を掴む？ 試作（テスト）からフィードバックを迅速に得ることが大切です。また、どのようなフィードバックを求めるかという視点を事前に持つことも必要だと感じました。課題の定義や情報設計が漠然としていると、良い試作へとつながりにくいため、前提をしっかり作り込み、アイデアを十分に出し切ることが重要です。 小さな挑戦はどう効く？ さらに、小さな試みを積み重ねることで、結果的に近道が見えてくると実感しています。正解へいち早く辿り着きたいという焦りが、かえってネックになることもあるため、スピード感と丁寧さの両面を大切にしていきたいと思います。 情報設計で成果を出す？ 情報設計においては、自分の目的と相手の目的を再検討し、課題の定義と連動させる余地があると感じています。さまざまなプロトタイプが存在し、それぞれの簡易さや工程の多さに違いはあるものの、得られるフィードバックの質にも個性があり、細かな確認を積み重ねることで質の高い成果物を生み出すと確信しています。

イシューは何だろう？ 今回の学びは、「イシュー」がいまここで答えを出すべき問いであるという点にあります。改善や成長のためには、この問いをしっかりと特定することが重要であり、特定したイシューを出発点に課題の因数分解を始めることで、具体的な改善策が見えてきます。 論点ずれはなぜ？ また、会議などで論点がずれてしまうケースの原因として、イシューが特定できていなかったり、共通認識が持てていなかったりする可能性に気づきました。 部下の意見はどう捉える？ マネジメントの現場では、部下からの提案や課題提起があった際に、まずはイシューが何であるかを明確にし、その上でフィードバックを行うことが大切だと実感しています。 全体で認識を合わせる？ チームで施策の検討をする際にも、まず全体のイシューを特定し、全員が共通認識を持つことが基本です。その後、担当ごとにイシューを出発点とした施策検討を進めることで、より効果的な対策が打てると考えています。 議論開始はどう進む？ さらに、話を聞く際には相手のイシューが明確になっているかに注意を払い、自分が話すときにはそのイシューをはっきりと伝えて話を始めるように努めています。複数人で議論を始める場合は、まずイシューを特定する議論から入ることで、思い込みや決めつけを避けることができると感じました。

なぜ問いが大切？ これまでの自分は、問いを考えることが非常に浅かったと感じます。過去の経験や周囲の影響を受けることが多く、自分自身をしっかりと持てていませんでした。しかし、問いを考えることが、その後の思考を規定する重要な要素であることを常に意識していきたいと思います。また、イシューが横道に逸れることについては、同僚とも共有し、問いの原点を常に念頭に置くことが重要だと感じました。これが組織の理念やビジョンの浸透につながると考えています。 どうして意見に流される？ 課題に対して、役職が上位の人や経験が豊富な人の意見に流されやすくなっていた自分を反省しています。今後は、問いの重要性を理解しながら優先順位をつけて業務に臨みたいと思います。その際、自分の法人が顧客に「何を提供しているのか」を考え、本質に近づく発言や行動を心がけます。具体的には、中期経営計画や経営会議、また週単位で実施している部課長会議で提起される課題に対して、先入観を持たずに取り組むことを意識します。 何故前例を疑う？ 前例踏襲を疑い、言葉や書類を聞く人や見る人の視点を複数持つことも大切です。一人で出す答えよりも、多くの人の意見を取り入れた合議制の方が質が高まると考えます。今回学んだことを同僚と共有し、言葉だけでなく文章にして整理する習慣をつけたいと思いました。

本質的な問いとは何か？ これまで、適切な課題を見つけることが難しいと感じていました。しかし、今回、「本質的な問いの見つけ方」を理解することで、これまで難しいと感じていたイシューの見つけ方が分かるようになりました。本質的な「問い」を見つけるためには、「問いから始めること」が重要だということを改めて学びました。かつての著名な方々が「答えを見つけるよりも問いを見つける方が重要」と述べた理由に深く納得しました。 問題解決には問い共有を 何かを提案したり、物事を解決する際にはまず問いから入り、その問いを心に留めておくことが重要です。問題解決や課題提案時には、まず問いを意識し、その問いを明確にする。そして、問いをチーム内で共有し、質の高い問題解決につなげていきたいと思います。 問いを意識するシーンとは？ また、スライド作成時や社内外のミーティング、報連相の場面など、さまざまなシーンで、「問い」を意識すれば、無駄のないスムーズな情報のやり取りができると感じました。 問いを習慣化するには？ 日頃からまずは「問い」を意識して物事を見ていく、感じていくことで、これを習慣化させたいと思います。日常の中で様々な選択が求められる中で、その都度「今ここで答えを出すべき問い」を明確にし、チーム内で共有することを心掛けていきたいです。

分析開始の目的は？ 実際に分析を始める前に、その分析の目的を明確にすることが重要です。目的が曖昧では、分析自体の意味がなくなります。分析の本質は比較にあります。比較を行わなければ、物事の良否を判断することはできませんし、絶対的に良いものや悪いものというものも存在しません。意思決定が相対的な比較によって行われると考えると、分析（比較）の重要性が一層理解されます。 比較対象の選び方は？ そのためには、適切な比較対象を選ぶことが必要です。しかし、すべての情報を持っているわけではなく、自分の理解が正しいかもわからないため、この作業は現実としては難しいこともあります。 解決すべき課題は？ 分析を通じて解決したい課題は多岐にわたります。たとえば、効果的な授業や学習方法を知りたいとき、また生徒募集活動をどの地域で積極的に行うべきか、生徒や保護者の学校への満足度、勤務校の強みと弱みの分析などです。これらの目的を達成するために、適切な分析を行うことが望ましいです。 どんなデータ収集？ まずは、各目的に応じたデータ収集から始めたいと考えています。生徒の成績推移や大学合格実績といった定量分析に加え、アンケートやインタビュー（個人・集団）による定性分析も通じて、データを集め、その中から中核となる特質を抽出するようにしたいです。

思考の偏りをどう克服する？ 思考の偏りや質問の誘導を意識しながら物事を捉えるトレーニングが必要だと感じました。ひとつのテーマに対しても個人の属性や立場によって様々な意見や視点が出てくることを再認識し、自分一人で同じように抽出するためには何ができるのかを考えました。 まず、自身に偏りがあり、考えが誘導される要素があることを認識することが重要です。それを自覚した上で、物事を捉えることで思考の幅と高さが広がると思います。 問い掛けの精度をどう向上？ 骨子作成の段階で目的に対する問い掛けの精度を向上させることが必要です。取引先や関連部署のニーズ把握と、具体的なソリューション提供にこれを活用できると考えています。何をどうしたいのかをセットし、それに対してどの視点で切り口を設けるのか、現状把握が正しく行われているのかを明確に論理的にすることで、自身や自社の成果に繋げられると思います。 現状分析と課題抽出のポイント 具体的には以下の2点が挙げられます。 1. 現状分析の質の向上：意図的に通常費やしている工数を倍に設け、目的に対しての分解につながっているかを確認する。 2. 課題抽出の広がりの意識：MECEフレームワークの意識と徹底を行い、余裕を持った上司や同僚からの意見抽出の場を設定する。他者の視点の重要性を再認識したためです。

イシューを忘れないためには？ 「イシューを一貫して押さえ続ける」という言葉が特に印象に残りました。実務においても、ディスカッションの中でイシューを忘れてしまいがちで、howの話が中心になってしまうことがよくあります。今後は、常にイシューを意識しながらディスカッションを進めるよう心がけたいと思います。そのために、アジェンダには必ずイシューを書き込み、ディスカッション中にそれを見ながら進行し、途中でずれがないかを定期的に振り返るようにします。 どのように課題を捉えるか？ 今週の学習を通じて、ディスカッション中にイシューを押さえ続けることが非常に重要だと感じました。実務において、従業員サーベイの数多くの設問の中から課題を見つけ出す際には、総合演習で学んだ問いを立てる順序（一つの軸を決めて分解し、「今ここで出すべき問い」を出す）を参考に課題を捉えるようにしたいと思います。 実務での具体的な取り組みは？ 以下の点に留意して、イシューを特定していきたいと考えています。 - 問いの形にする - 具体的に考える - イシューを押さえ続ける 毎日の実務では、各種ミーティングの事前準備からミーティング、振り返りまでこれらを意識して取り組みたいです。特に「イシューを押さえ続ける」ことは忘れずに実践していきたいと思います。

A/Bテストは何が見える？ A/Bテストは、2つの施策を比較し、どちらがより適しているのかを実際のユーザー行動に基づいて判断する有効な手法です。アメリカ大統領選などの大規模な事例でも用いられている点が印象的で、仮説だけでなく実績に裏打ちされた評価がとても参考になりました。 演習で何を実感した？ また、演習を通じて、問題の各要素をステップごとに分解することで、どのデータを抽出すればよいかが具体的に見えてきます。こうしたプロセスは、原因の特定を容易にし、問題解決に向けた新たな視点を提供してくれました。 業務再構築はどう進める？ 社内業務の再構築にあたっては、まず課題を洗い出し分類した上で、それぞれの課題のどこに原因があるのかを要素ごとに分解して検証する方法が効果的だと感じました。Howに飛びつく前に、What、Where、Whyの各段階を踏むことで、より論理的に解決策を見いだすことができると思います。 原因探しで見つけたヒントは？ さらに、課題に対する取り組みでは、要素を段階ごとに書き出す過程が、問題自体の理解を深め、原因の特定に大いに役立ちました。その後、適切なフレームワークを用いて目的に沿った仮説を立て、多角的な視点から検討することで、より実践的な解析が可能になると実感しました。

イシュー設定の重要性に気づく 業務に取り組む際のイシュー（本質的な問い・課題）を立てる重要性とその方法を理解しました。これまでは業務の本質的な課題を意識することを忘れていましたが、その大切さに改めて気づかされました。また、状況に応じてイシューが変化する可能性があること、一度立てたイシューを継続して意識し続けることの重要性も感じました。 フロー作成時のイシュー特定法 新規業務のフロー作成や既存業務のフロー確認において、まずイシューを特定することに着手します。突発的な業務についても、その場の感情や流れに任せず、必ずイシューを特定するよう努めます。また、状況に応じてイシューが変わる可能性を理解しているため、固定されたルーティン業務でも定期的に振り返り、その業務のイシューを再確認していきます。 議論を活かすために必要なこと 新規業務のフロー作成や既存業務のフロー確認、イレギュラー案件や突発的な依頼、会議など、議論の場においてもイシューを特定し、全員で方向性を共有することで建設的かつ適切な根拠をもとに議論が進みやすくなると感じました。社内アンケート結果をもとに課題を抽出する際にも、まずイシューを特定することを心がけ、その際には過去に学んだピラミッドストラクチャーを活用して根拠が明確になるようにします。

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

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