リーンソフトウェア開発の原則は、製品の要求を実現しながら、無駄を省いてプロセスを合理化することに重点を置いています。 そうすることで、憶測ではなく、必要性に基づいた製品作りが可能になるのです。 この考え方を開発に応用することは一般的ですが、製品設計にも応用することができます。 チームがリーンの原則をデザインに導入することを、一般にリーンUXと呼びます。 この記事では、リーンUXを定義し、それがどのように実施されるかを説明します。
リーンUXを語るには、これを抜きにしては語れません。
ジェフ・ゴッヘルフ
の著者であるJeff Gothelf氏を抜きにしては語れません。
リーンUX: アジャイルチームで優れた製品をデザインする
の著者であり、リーンUXのコンセプトを世界に紹介したJeff Gothelf氏を抜きにして、リーンUXを語ることはできません。
リーンUXとは？
リーンUXとは、リーンの原則とアジャイルの方法論を応用したものです。
アジャイル方法論
プロダクトデザイン、エクスペリエンスデザインに デザイン機能の価値、意図、機能性、必要性を考慮し、透明で十分な情報を持ったユーザーエクスペリエンスを実現するものです。
リーンUXが従来のデザイン手法と異なる点は、MVP（minimum viable product）を意識してデザイン要素を実装していることです。 このアイデアを展開する際、チームはデザインの目に見える部分ではなく、その制作意図や根底にある体験に焦点を当てることが重要です。
最小限の枠組みで設計されたスプリントで要素を提供することにより、意図的な設計手法で効果的に顧客体験をターゲットにすることができます。 また、ユーザーエクスペリエンスとデザインの関連性を包括的に把握できるため、フィードバックの実施も非常に容易になります。
リーンUXのフレームワークを使用する場合、アジャイル方法論がどのようにワークフローを形成するかを理解することが不可欠です。 ここでは、リーンUXに求められる最も一般的な前提条件と原則を紹介します。
- 無駄を省く:チームは、設計プロセスにおける当たり前のエラー、時間のかかる作業、不必要なステップを排除することに注力しなければなりません。 これは一朝一夕にできることではありませんが、一貫して設計プロセスの合理化に取り組む必要があります。 MVPを迅速かつ効率的に作成するためには、無駄を省くことが重要です。
- コラボレーション＆トランスペアレンシー:リーンUXがうまくいく理由の一つは、それがサイロ化したプロセスではないからです。 従来のデザインチーム以外も含め、誰もが定期的に貢献できるようにする必要があります。 開発者、プロジェクトマネージャー、マーケティングチーム、そしてリーダーが対等な立場で貢献できれば、組織全体で共有するビジョンを製品に反映させることができるのです。
- ターンオーバー:ターンオーバーは職位ではなく、製品のイテレーションを重視する。 これは、プロセスから無駄を排除することで、非常に速く改良を刻むことができるという利点があります。 なぜなら、UXデザインのスキーム全体を立ち上げるのではなく、より基本的なMVPの要素を最初に展開し、後でそれを反復することで、迅速な改善を行うことが重要だからです。 そのため、ユーザーにとって最適なエクスペリエンスを明らかにするために、チームである程度の実験をすることが必要です。
リーンUXサイクル
リーンUXをチームのワークフローに効果的に導入するには、周期的なスプリントでイテレーションを構成する必要があります。 これは、すでにアジャイル手法で仕事をしている人であれば、浸透しているテーマでしょう。 ここでは、リーンUXのプロセスにおける重要なステップを俯瞰してみます。
仮説と前提
明確な仮説を立てることで、プロジェクト開始時の大幅な設計変更が重くなり、チームの進行が遅くなることを避けることができます。 仮説はリーンUXのプロセスを開始し、ユーザーの意図とデザイン変更によって期待される結果に基づいています。 これは、無駄を省き、規模を小さくするための工夫です。
仮説構築の一環として、チームは将来のプロジェクトに関するいくつかの仮定に対処する必要があります。 これらは、以下の通りです。
- 今回のアップデートで、ビジネスにとってどのような価値があるのでしょうか？ なぜ、私たちにとって重要なのでしょうか？
- これを作るユーザーは誰なのか？
- なぜ、この変化が彼らにとって価値あるものなのか。 今回のアップデートの必要性をどのように表明されたのでしょうか。
- 具体的にどのようなアップデートを行うのか（機能）。
仮説を立てた後は、定義された前提に基づき、プロジェクトの設計を開始することができます。
デザイン
製品の設計は、関係者にとって身近なステージです。 想定した内容をもとに、プロジェクトの機能の準備に取り掛かります。 さらに、この時期に、どのような機能がユーザーの意図に応え、どのように整理すれば効率的なユーザー体験が得られるか、実験を始めるとよいでしょう。
リーンUXでは、デザインフェーズはサイロで完結するのではなく、プロセス全体を通じて共同で共有されることを強調することが重要です。 アジャイル手法の他の部分と同様に、この設計段階でも、コラボレーション、透明性、最良の選択肢を見つけるための短いイテレーションなど、リーンの価値観が反映されます。
MVPの構築
最初のデザイン画面が完成したら、いよいよMVPへの実装を開始します。 ここでは、MVPという言葉を最小限の実行可能な製品という意味で使っていますが、MMF（Minimum Marketable Feature）とも呼ばれます。
建築のプロセスも設計と同様に、共同評価と短いスプリントを経て、最終的な製品の完成に至ります。 最終的な製品は、まだかなり未熟ではありますが、お客様に喜んでいただける価値あるものであるべきです。 これにより、できるだけ早い段階でフィードバックを統合し、最も重要な機能に関する価値を生み出すことができます。
評価する
MVPを作った後、そのプロセスは終わりではありません。 あとは、最終的な成果物をチームで評価し、共同で改善していくことになります。 ユーザーの声を集め、より良いものに変えていけるかどうかを確立するための絶好の機会です。
また、評価段階では、前回のスプリントでどんな無駄が生まれたか、それをどう解消するかを発見するのに有効です。 評価段階は、最後のスプリントと将来のプロジェクトの間の良い過渡的な段階です。 前回のプロジェクトから最適化し、学び、次のスプリントでこれらの変更の優先順位をつけることができます。
リーンUXの優位性
リーンUXデザインシステムをビジネスに導入することには多くの利点がありますが、そのいくつかを以下に紹介します。 リーンUXは、全体として、製品デザインのスピード、効率、方向性、そして見通しを向上させるのに役立ちます。 その結果、ユーザーエクスペリエンスが大幅に向上します。
仕事のスピードアップ
リーンUXの主要な構成要素の1つは、無駄を省いて時間を節約することです。 つまり、非効率な部分をすべてカットし、必要最低限のものだけで進めていくことです。 それは、手を抜くということではなく、プロセス、ツール、タスクに価値と効率を求めるということです。
ワークスマート
リーンUXは、デザインプロセスをスピードアップするだけでなく、チームがよりスマートに仕事をすることを可能にします。 その原動力となるのが、目標設定の方法です。 リーンUXでは、すべてが顧客価値で動いています。 つまり、お客様の体験に明確に役立つ機能でなければ、初期の計画には盛り込まれないということです。 これにより、チームはよりスマートに目標を定め、顧客に影響を与えることができるようになります。
顧客中心主義
前回述べたように、リーンUXのプロセスで最も重要なのは顧客価値である。 このことは、デザインにおける優位性、フィードバックへの取り込み、そして目標とする意図の反復的なデザインサイクルに表れています。 リーンUXでは、すべてがお客様を経由しています。
コラボレーションの強化
多くの人が関わるからこそ、無駄を省き、効率よく多面的にお客様をターゲットにすることができるのです。 リーンUXでは、デザインチームとそれ以外の組織の透明性とコラボレーションが求められます。 リーンUXは、デザインチームが新しいユニークな視点を統合することで、当初は存在しないかもしれない解決策を生み出すことを可能にします。
リーンUXの結論
チームの効率を単純に上げたい場合でも、プロセスのオーバーホールをしたい場合でも、リーンUXは顧客の目標を達成するための素晴らしい選択肢を提供します。 この記事が気に入ったら、ぜひチェックしてみてください。
QuestionPro
を利用することで、簡単にアンケートを実施し、ユーザーからのフィードバックを得ることができます。
