失敗を力に変える学びの旅

従来の方法は通用？

従来は、ある程度変化が少なく未来が予測できる状況で、PDCAサイクルに基づいた分析と実行が主流でした。しかし、VUCA環境のような不確実性の高い状況では、分析自体が難しくなることもあります。そのため、まず仮説を立て検証し、結果に基づいて修正を加えた上で新たな仮説を立てるサイクルを回す必要があります。正解の有無ではなく、仮説検証のサイクルがどれだけ回されたかで評価するため、KPIを打率ではなく打席数で考えるのが効果的です。

デジタル活用はどう？

VUCA環境においては、AIなどのデジタル技術を活用することが有効です。しかし、技術の進歩は速く幅広いため、すぐに理解しきれない難しさもあります。こうした難所を乗り越えるためには、まずは実際に使ってみるという「試行」の姿勢が大切です。同時に、デジタルだけでは補えない「思考力」を鍛えることも求められます。

仮説って本当に何？

仮説とは、ある論点に対して仮の答えを提示することを意味し、「結論の仮説」と「問題解決の仮説」に分類されます。また、過去・現在・未来という時間軸により、その内容も変化します。仮説を立てることで、仕事に対する検証マインドが高まり、説得力と行動のスピード・精度を向上させることができます。

プロトタイプの意義は？

仮説検証のサイクルを効果的に回すには、プロトタイピングが有用です。プロトタイピングは、①目的や要件の明確化、②アイデア収集と問題点・改善点の洗い出し、③有望なアイデアの選択と試作品の作成、④ユーザーテストとフィードバックの収集、⑤改善点の整理と次バージョンの試作という５つのプロセスから成り立っています。これにより、手戻りの防止やチーム内の認識のずれ防止、時間・費用の削減、そしてユーザーエクスペリエンスの向上が期待できます。ただし、目的を明確にし、適切な要求の取捨選択と時間の管理に注意する必要があります。

計画過多の影響は？

これまでの傾向として、プロジェクト開始時に分析や計画に時間をかけすぎて実行に移せなかったり、実用性の低い成果物ができてしまうことがありました。今後は「最適解は仮説検証を回さなければわからない」という前提のもと、十分でなくても早期に試作品を作成し、実際の利用者の声を取り入れて修正するサイクルを回していきたいと考えています。こうすることで、従来分析や計画に費やしていた時間を、試作品から得られる学びにシフトでき、最終的なプロダクトの完成までの時間短縮とクオリティ向上が期待されます。

失敗経験は活かせる？

また、VUCA環境下では、仮説検証を回し失敗から学ぶプロセスが極めて重要であると実感しました。しかし、幼少期から「間違いは悪い」「完璧が最善」といった考えが根付いているため、失敗を前提に行動することへの抵抗感が強いのが現状です。これを克服するためには、失敗を重ねることで成功へとつながる体験、いわゆる「失敗慣れ」を積むことが大切だと感じています。