リーンUXという言葉を聞いたことがあると思います。 アジャイルUX ユーザーエクスペリエンスの文脈で何度も出てきますが、この2つの違いがよくわからないというのも無理はありません。表面的には、リーンUXは製品開発における無駄を省いた迅速なアプローチを提唱し、アジャイルは協調的で柔軟な働き方によって市場機会に迅速に対応する戦略を支持していることから、両者は類似した特性を持っているように見えます。
どちらがより良い戦略なのか、さらに言えば、どちらが組織や製品、ユーザー体験にとって良いのか、答えを出すのは難しい問題かもしれません。
それぞれをもう少し詳しく見てから、どの方法がより効果的かを議論しましょう。
リーンUXとアジャイルUXには多くの共通点がある
リーンデザインとアジャイルUXデザインは、多くの希望と姿勢を共有しているため、多くの共通点があります。
- どちらも、人、プロセス、製品に焦点を当て、資源とコストを最小化します。
- 継続的なコミュニケーションとコラボレーションで運営されている
- 各コンプリートチームは、ステークホルダーやユーザーとの定期的なミーティングを実施しています。
- どちらも製品の企画、製造、テストを通して運営されている
どちらの手法もコミュニケーションとコラボレーションに大きな網をかけるものですが、根本的な違いは各プロセスの原動力となる目標です。アジャイルUXデザインでは、カスタマージャーニーに重点を置きます。リーンUXデザインでは、構築の理由を定義する基本的なステートメントを検証したり、削除したりすることが重要です。
根本的な違いをシンプルな文章で届けられるか?リーンデザインプロセスは、成果物よりも結果に重点を置いています。しかし、どちらも .学ぶ?作る?測る? というプロセスを経て、決定版が誕生するまでの間、何度も何度も調整を重ねていきます。その方法をご紹介します。
リーンUXデザイン
リーンデザイン は、迅速な集団開発とユーザーエクスペリエンスに基づいたプロセスという原則に基づいています。言い換えれば、ユーザーの情報や経験を出発点として、これらの原則に照らして迅速に検証できる製品を開発する、迅速で官僚的でない作業方法を求めているのです。最小限のプロダクトを作る最もシンプルな方法を模索し、それをどのように発展させるかはユーザーに委ねます。
リーンUXのプロセス
リーン設計管理は、製造業における初期のシステムがソフトウェア生産に移行したことに端を発しています。
オブジェクトと成果物を軸にしたものですが、その中で仕事を選ぶのは 問題発言 代わりに 条件.これらの問題文は、次のように呼ばれています。 仮定.
それらの対話の開催 仮定 そのため、すべての作業者がプロセスを通じて全体像に集中できるよう、早い段階で何度も確認する必要があります。
- 仮定と仮説による必要な成果の明確化
- 製品の設計
- MVP(最小実行可能製品)の決定
- バリデーション
1.仮定と仮説による必要な成果の明確化
多くの場合、ソフトウェア製品は、必要な機能を検討し、それを実現するために作られます。リーンUXでは 仮定 の4つを軸としています。
- 事業成果
- 製品ユーザー
- 想定されるユーザー要件
- 製品の特徴
この4種類の仮定を使って、仮説を立てることができる。
私たちの製品のユーザーは、ビジネス上の成果[y]を必要とする[x]であると信じています。私たちの製品を使うことで、ユーザーの要求[z]が実現すれば、私たちは成功したと言えるでしょう。
それぞれの仮説はX、Y、Zの値を特徴とし、プロセスを継続するためにはそれぞれの仮説を証明または否定する必要があります。
2.製品の設計
様々な仮説の検証や反証のために、チーム全体が協力して、製品のあるべき姿を議論し、検討することができます。全員が発言権を持ち、会議や会話の中でメリットや問題点を指摘しやすくなります。
3.MVP(最小実行可能製品)の決定
最終製品が何をすべきか、どのように操作すべきかという明確なビジョンがあれば、次のステップはプロトタイピングとテストのための最小限の実行可能製品を作成することである。各MVPは、ユーザーの反応やフィードバックを得るために、ワイヤーフレーム、モックアップ、プロトタイプを作成するための最小限の作業で済むようにします。
4.バリデーション
ここで疑問に思うのは ?私たちは何を学んだのでしょうか?この部分はうまくいったのでしょうか? 実証済み 仮定 を検証し、そうでないものは却下され、削除されます。その結果をシステムにフィードバックして、製品を再評価します。製品がユーザーとビジネスのニーズをすべて満たしていれば、次のステージに進むことができます。もしそうでなければ、次のステップに進みます。 仮定 学んだことから育てていく。
そのメリットとは?無駄なプロセスを排除し、最も時間のかかる慣習をやめることができます。常にコラボレーションと実験を繰り返すことで、MVPは関係者全員に情報を提供し、最新の状態を維持しながら、学習を促進します。
リーンUXデザインは、まさに「洗って、繰り返す」プロセスです。さらに、アジャイル手法の中で活用できるというメリットもあり、多くの場面で理想とされています。両者のメリットを生かすことで、多くの企業にとってWin-Winの関係を築くことができるのです。
アジャイルUXデザイン
があります。 アジャイルデザイン は、プロセスよりも個人とコラボレーションを重視し、柔軟性と対応力に非常に重点を置いています。これは、ユーザー中心のプロセスを作り、開発が進むにつれてインプットやフィードバックに敏感になり、革新や前進の機会が訪れたとしても、形式や事務処理に埋没しないようにすることを意図しています。
アジャイルUXプロセス
アジャイルデザインは、各プロジェクトをより小さく、管理しやすい塊やサブプロジェクトに分解し、これを「アジャイル」と呼びます。 スプリント.A 駈けっ競 は、プロジェクトが必要とする期間であり、必要に応じて計画や反復を行う時間を確保することができます。
アジャイルプロセスは、以下のようなイテレーションを組み込んだサイクルに大きく依存します。 企画、設計、構築、テスト、レビュー.のとき。 駈けっ競 のレビューで、製品を改善し、より望ましい結果を得るために必要な変更の概要を説明し、さらなるスプリントが設定されます。
製品の各イテレーションは、密接なコミュニケーションとコラボレーションによって開発されています。
- フィードバックのポイントを計画する ?製品の設計と納品、テスターの募集に適切な時間を割り当てる。
- 意図するユーザーストーリーを定義する ?視聴者調査に基づき、チーム全体が何を望んでいるのか?
- プロトタイプの作成 ?ワイヤーフレームで十分なのか、それとも最終バージョンに近いものが必要なのか?
- テストに参加するユーザーを募集する ?各テストユーザーは、ターゲットオーディエンスの特性に沿ったものでなければなりません。
- 調査を完了し、結果を報告する ?エンドユーザーとチームメンバーの両方が、さらなるステップを検討し、製品発売に向けて動き出すために必要なものです。
アジャイルのスプリントチームには、通常 プロダクトオーナー, a スクラムマスター と 開発チームメンバー.
- があります。 プロダクトオーナー は、製品に責任を持ち、必要な価値を提供します。
- があります。 スクラムマスター は、効率と生産性を確保するために、チームがどのように協力するかを制御します。
- があります。 チームメンバー デザイン、開発、UXなど、業務を遂行するために必要なスキルを有していること。
リーンUXデザインと同様に、アジャイルでも、以下のようなものが提供されています。 ?rinse and repeat? 最終的なモデルが完成するまで、以前のバージョンの結果を基にさらにスプリントが続きます。
違いを考え、自分に合ったものを知ることができる
各オプションの長所を数千字で説明し、概説することは不可能です。各プロセスを真に理解するには、膨大な量のリサーチと読書が必要です。どのシステムが自分のプロジェクトや人にとって理想的な選択肢なのかを知るために必要なことは、その深い理解だけです。
しかし、ここでできることは、これらの違いがどのようなものであるかの基本を理解し、UXデザインやリサーチのプロジェクトを始める際に、正しい質問をする手助けになることを期待することです。
この2つの手法の主な違いは、リーンUXが製品開発においてユーザーとそのニーズを満たすことを重視するのに対し、アジャイルはプロジェクトを遂行する上で効率的なコミュニケーションと協調を重視する点にあると思われます。
どちらのプロセスを使うべきかという問いに対しては、「開発プロセスの異なる部分、異なる状況や状況で、どの原則を適用すべきなのか」と考えた方がよいかもしれませんね。この2つの原則にはある程度の共通点があり、どちらも早期に顧客の意見や検証を求め、動的で柔軟なアプローチを適用しています。また、どちらのスタイルでも、かなりの程度、反復が行われています。
多くのプロジェクトでは、特定のタイプのプロジェクトやコンテキストに適した側面があるため、直感的に両方の戦略の要素を取り入れることができます。例えば、プロジェクトのパラメータと目的が事前に決定され、固定されている場合、アジャイルデザインは、完了までのルートを迅速に定義し、デリバリーステップを特定し構造化することができるため、より良いソリューションを提供することができるかもしれません。
プロジェクトに確実性がない場合、リーンデザインは実際のユーザーを使って素早く仮説を検証し、ユーザーのニーズや好みに合った中間製品を次々と開発する機会を提供します。最終的な製品に到達するまでには時間がかかるかもしれませんが、そこに到達したときには、徹底的に試され、テストされているはずです。したがって、リーンデザインは最終的なユーザーとその好みについてあまり知られていない場合や、製品の要素が複雑で多数ある場合に、おそらくうまくいくでしょう。
これは、微妙なニュアンスや違いを理解することが多く、なかなか難しい分野です。アジャイルとリーンUXのどちらかに興味がある方 電話(+44(0)800 0246247)またはメール(+44(0)800 0246247)でお問い合わせください。 hello@ux247.com をクリックしてください。
[MVP(最小実行可能製品)を開発し、それをテストし、素早く失敗し、また実行する。しかし、もしあなたが[...]でないなら、[...]です。
[リーンUXについてもう少しお知りになりたい方は、アジャイルとリーンUXの違いや、リーンUXがデザイン失敗の恐怖を克服するのにどのように役立つかをもう少し深く掘り下げたページをご覧ください。最後に、以下のページもあります。