アジャイルUX：UXと製品設計をアジャイルに組み込む方法

公開: 2022-03-11

DevOpsは、多くの場合、企業のソフトウェアおよびシステム開発を取り巻くプロセス、運用、方法論、ツール、および文化として定義されます。

しかし、エンジニアリングは真空中では機能しません。ブループリント、アイデア、デザイン、およびコンセプトは、レイアウト、フロー、および対話性を決定する製品設計スペシャリストから提供されます。これらは、DevOpsの目標と望ましい結果を共有する非エンジニアリングの個人およびチームです。

DevOpsは、開発者がITに接続する方法、インフラストラクチャを管理する方法、フレームワークを改善する方法だけではありません。それは、ソフトウェア開発プロセスに実際に関与しているチームの数、それらの役割と作業がどのように絡み合っているかを認識し、全員がテーブルにいることを確認するためのより良い方法を見つけることです。

開発者とエンジニアリングアーキテクトは、製品チームとクリエイティブチームがソフトウェアまたはシステムを設計するときに関与したいと考えています。しかし、それは現在のDevOpsの定義のどこにありますか？製品、UX、およびクリエイティブチームは、エンジニアリングプロセスに関与し続けたいと考えていますが、非常に多くの方法論でそれらが除外されています。これらは、分解する必要のある古いサイロです。

顧客には、ユーザーエクスペリエンス（UX）のみが表示されます。彼らはあなたが何人の開発者を持っていたか、あるいはあなたがアジャイルかリーンかを知りません。彼らは、どのDevOpsツールが使用されているのかわかりません。あなたの会社のUXは製品であり、それはあなたを成功させたり壊したりする可能性があります。彼らは誰がこのがらくたを作ったのか疑問に思います。非常に多くの競争があり、アプリをアンインストールしたりWebサイトを離れたりすることを喜んでいる人々がいる中で、あなたはあなたを捨てた顧客との2度目のチャンスを得ますか？

アジャイルはUXに関するトレーニングやUXスペシャリストとの連携はめったにありません

多くのエンジニアリングチームは、UXがサイロ化されており、コラボレーションが難しいと感じることがよくあります。 UXは無駄がないように見え、アジャイルの多くのフレーバーはUXの操作方法の詳細を除外しています。一部のアジャイルアプローチは、機能を説明する製品所有者が「十分に優れている」ことを具体的に示唆しています。

SAFeアジャイルは、UXサイロ化を解決する最善の方法はそれらを完全に除外することであると判断するという間違いを犯します。 SAFeは、「アジャイルチームに力を与えて」独自の「リーンUX」を実行します。より多くの企業がUXスペシャリストと完全なUXプロセスを組み込むことの価値を理解するにつれて、SAFeは間違った方向に進んでいます。

アジャイルトレーニングと書籍からUXとそのプロセスを説明していないため、世界中のチームが専門の製品設計者の関与を排除または最小限に抑えています。

UXがページにボックスを描画するだけだと誤って想像すると、「私はその仕事をすることができます」と簡単に推測できます。多くのアメリカンアイドルのオーディション対象者が地球上で最高の歌手であると確信しているように、ほとんどのプロダクトマネージャーとエンジニアはUXが優れていると自己評価しています。これは通常、画面のレイアウトに優れていると彼らが信じていることを意味します。しかし、この記事ではUXの作業に実際に何が入るのかを説明しているので、UXスペシャリストが、ワイヤーフレームを作成する開発者をUXタスクを与えられるべき人物と見なさないことがわかります。
スクラムに関する本は、UXスペシャリストがボトルネックになった場合、彼女は自分の仕事をするために非UXの役割を訓練する必要があることを示唆しています。この種の決定は、ソフトウェア開発における他の役割についてはめったに提案されません。ブートキャンプやプログラミングに関する本を読んだ後でも、訓練を受けていない開発者や経験の浅い開発者にコーディングをしてもらいたいと思う人は誰もいないでしょう。開発者がボトルネックになった場合、コーディングを行うようにプロジェクトマネージャーをトレーニングする必要があることを示唆することは決してありません。
UXが芸術的（UI）の仕事であると誤って信じている採用マネージャーは、UXの仕事をするためにアーティストを雇います。 UXとUIの学位の間に教育的な重複はありません。自然の才能はしばしば重複しません。 UXが得意な人は貧しい芸術家かもしれませんし、その逆もあり得ます。「UX/UI」を採用すると、UXの経験、専門知識、プロセス、または教育が最小限の優れたアーティストになることがよくあります。

収益だけを見ている人は、UXの教育、経験、専門知識、スキル、または自然な才能が不足している可能性のある個人にUXタスクを与えることで、予算を削減したいと考えています。しかし、これは近視眼的であり、生産性、効率、文化、製品、および顧客満足度の低下につながる可能性があります。

アジャイルにエキスパートUXスペシャリストを組み込むことの重要性

2018年後半、経営コンサルティング会社McKinsey＆Companyは、300社を超える企業で行った調査に関するレポート「TheBusinessValueofDesign」を公開しました。

彼らは、「企業が群衆から目立つことができる唯一の方法はデザインである」ことを発見しました。競合他社が緊密な機能セットを持っている場合、何がそれらを際立たせますか？デザインは、美学、またはこれを私たちのブランドのように見せるものとして考えられることがあります。ただし、「UX」と一緒に使用する場合、デザインとは、機能のアーキテクチャと、画面、ステップ、フロー、レイアウト、プロセス、構成、およびメニューに関して行われる決定を意味します。

UXは継続的な改善プロセスの一部であり、常にユーザーをよりよく理解し、ユーザーのニーズに最適な機能と製品を選択して設計し、問題点を解決し、有意義なイノベーションをもたらすことを目指しています。

マッキンゼーはまた、「企業は、設計を後で適合する小さなツールと見なすのではなく、プロセスの早い段階で全体的に採用する必要があります」と報告しました。ユーザーエクスペリエンスへの注意は、製品のリリース後に最小限に抑えたり、除外したり、実行したりできるものであると想定しているチームは、間違ったアプローチを取っています。

マッキンゼーは定量的データを収集し、UXデザインを採用した企業が5年間で32％多くの収益と56％多くの株主利益を生み出したことを発見しました。あなたの会社を「ユーザー中心」であると宣言するだけでは十分ではありません。計画やポートフォリオから開発やQAに至るまで、UXの実践者とプロセスを統合することで歩みを進める必要があります。

UXを使用する場合と使用しない場合のソフトウェア開発プロセス

あなたの会社がソフトウェアの設計と開発のプロセスにUXスペシャリストを含めていない場合、あなたのプロセスはおそらく下の画像のようになります。

UXスペシャリストなしのソフトウェア設計および開発プロセス。

クライアント、プロダクトマネージャー、CEO、またはビジョンを持った人がエンジニアリングに彼らが望むものを伝えます。エンジニアリングはそれを構築し、テストし、ステージングサーバーまたは本番サーバーに取得します。ビジョンを持っている人はそれを見て、あなたは知らないでしょう、彼らは幸せではありません。彼らは何か違うものを望んでいるか、考えを変えました。

次に、エンジニアリングは最初に戻って、この人が今何を望んでいるのかを見つけ、構築し、テストし、これが魅力であることを指で交差させる必要があります。

UXを使用したソフトウェアの設計および開発プロセス。

チームにUXの専門家がいる場合、プロセスはまったく異なります。ビジョンを持ったその人は、アイデア、データ、および顧客の問題点を持ってUXに来ます。 UXは、ユーザー中心の設計プロセスでタスクを循環し、エンジニアリングがコード行を記述する前にこれらの概念をテストします。これにより、構築を検討している製品または機能が、ターゲット顧客にとって適切なアイデアを適切に実行できるようになります。

テストによっていくつかの欠陥が明らかになる可能性があります。これにより、UXを繰り返し、多くの場合、再度テストすることができます。 UXのプロセスが完了すると、完全に精査された設計をエンジニアリングに提供する準備が整います。

誰かが途中で気が変わった場合、その人は開発者への変更要求としてそれを入れるのではなく、UXに話しかけます。 UXはプロセス中に干渉を実行し、UXが実際の顧客または典型的な顧客の設計、決定、およびテストに関与しない限り、エンジニアリングには何も送信されません。

この時点で誰かが考えを変えるためのコストは最小限であるため、この時点での心の変化は災害ではありません。エンジニアリングは青写真を提供されておらず、開始されておらず、再構築するものもありません。 UXは設計を繰り返し、ユーザーテストを実行して、アイデアが顧客ベースに適切で強力に一致していることを確認できます。心の変化は時間を燃やしますが、予算への全体的な影響はわずかです。

UXには形式化されたプロセスがあります

ユーザー中心設計（UCD）は、UXスペシャリストに調査、設計、プロトタイプ作成、実際のユーザーまたは典型的なユーザーのテストを指示し、テストからの学習に基づいて反復するタスクを含む形式化されたプロセスです。

これらの領域のいくつかに焦点を当て、機能とプロジェクトに関する要件と初期の議論から始めます。 UXが最初に要件やその他のプロジェクト情報を取得するときは、すぐにコラボレーションを開始することが重要です。 UXは、構築できないものを設計したことを後で知る必要はありません。

製品またはプロジェクトマネージャーが機能と優先順位を決定するときに、UXワーカーまたはマネージャーを取り込むことから始めます。ユーザーにとって価値のないプロジェクトを削除することができ、莫大な時間とお金を節約できます。ここで、行われていない作業の量を最大化することが重要になります。製品とエンジニアリングは、機能またはプロジェクト全体を削減または削除することにより、エンジニアリングの作業が少なくなる場合にUXをサポートする必要があります。ただし、多くの場合、プロジェクトにはエゴが付属しており、チームメートはプロジェクトに資金を提供するために、これらの初期の会話からUXを除外することがよくあります。

リサーチは、UXが行うことの重要な部分です。ユーザーを巻き込まずにユーザー中心にすることはできません。統計と定量的データは素晴らしいですが、ユーザーにインタビューし、それらを深く理解し、定性的データを取得することに代わるものはありません。 UXは、何だけでなく、その理由も知りたがっています。

UXリサーチでは、ターゲット顧客の原型であるペルソナの周りの全員を統合することで、チームメイトを同じページにまとめることもできます。ユーザーへのインタビューに基づいて、私たちは学んだことを集約し、全員を6人以下のペルソナにまとめます。何が彼らを動機づけますか？彼らは何をする必要がありますか？私たちの会社、製品、またはサービスの機会はどこにありますか？

ペルソナの最適な使用法は、どこにでもそれらを含めることです。製品は、ペルソナ（および優れたデータ）に基づいて機能を想像します。ペルソナに基づくUXデザイン。 QAは、これらのペルソナであると想像しながらテストします。マーケティングは人口統計やその他の詳細を追加できますが、ブランドの声、ソーシャルメディア、広告がペルソナにどのように影響するかについても考慮する必要があります。

ペルソナは、UX以外の労働者が「まあ、私はこのように気に入っている」または「CEOがこのように気に入っている」から逃れるのに役立ちます。私たちはこれらのターゲット顧客向けに設計しており、あなたやCEOがペルソナに適合しない場合、UXはエゴや個人的な好みに左右されません。 UXは顧客志向を維持する必要があります。

情報アーキテクチャは、階層、構造、および分類法と関係があります。これは、サイトナビゲーションの場合もあれば、eコマースデータベースで製品が分類される方法の場合もあります。カテゴリ、メタデータ、フィルタで商品を簡単に見つけられるようにしたいと考えています。

インタラクションデザインは、エクスペリエンスデザインとも呼ばれ、ほとんどの人がUXを想像するときに考えます。これらは、ワイヤーフレームとプロトタイプ、設計と概念の青写真です。これらには、プロセスフロー、レイアウト、メニュー、インタラクション、パス、選択肢などが表示されます。

UXプロトタイプは、生き生きとしたワイヤーフレームのようなものです。クリック可能でインタラクティブなデジタルモックアップです。コードを書く必要はありません。これらをすばやく作成するのに役立つソフトウェアがあります。より現実的なプロトタイプを探している企業は、条件付きロジック、変数、モバイルスワイプジェスチャ、ドラッグアンドドロップ、およびあらゆる種類のイベントトリガーを備えているため、Axureを使用しています。ほぼすべてのタイプのデバイスのプロトタイプを作成できます。

UXプロトタイピングは次の目的で行われます。

ブレーンストーミング
コラボレーション
繰り返す
ソリューションを探す
投資家への売り込み（スタートアップ向け）
プロトタイプをテストして、ソリューションがターゲットオーディエンスとうまく接続されているかどうかを確認します。
インタラクティブなモデルを開発者や他のチームメイトに提供します。これは、ドキュメントのページよりも好まれることがよくあります（クリック可能なモデルはありません）。

次に、ユーザーテスト（ユーザビリティテストとも呼ばれます）に進みます。これは、UXプロセス中、エンジニアリングがコード行を書き込む前に行われます。コンセプトとデザインをテストして、アイデアと実行がターゲット顧客にとって素晴らしいものであることを確認する必要があります。

ユーザーテストによって欠陥が明らかになり、UXにアイデアを繰り返す機会が与えられます。これは、エンジニアリングで構築または再構築するものがないため、現時点では安価です。

UXがエンジニアリングに提供する前にテストを実行する5つの主な理由があります。

エンジニアリングの時間とリソースを最大限に活用します。 テスト参加者にエンジニアが作成した完成品を見せたい場合は、バグがないかビルドしてテストする必要があります。 UXテストで必要な変更が明らかになった場合、開発者は再構築し、QAは再テストする必要があります。 UXテストで概念のより大きな失敗が示された場合、これはどこかに行き着くコードではないため、エンジニアリングの時間が完全に無駄になったことを意味する可能性があります。コンセプトは、再考され、再設計され、新たにテストされる必要があります。
舞台裏で繰り返します。 企業がそれを構築し、出荷し、繰り返し、そして再び構築して出荷する場合、これは顧客がさまざまなバージョンを見ていることを意味します。彼らは進行中の作業を見て、ソーセージが作られているのを見ています。これは多くの場合、顧客が進化しているシステムを再学習し続けることを要求する、苛立たしく混乱する経験です。 UXプロセスの舞台裏を繰り返し、それがプロトタイプまたはデモンストレーションバージョンであることをテスターに明確にすることをお勧めします。
監視と測定。 新しいコンセプトがライブでリリースされた場合、UXの研究者は、人々がそれを使用するのを見て、質問をし、UXが何かの準備ができているか、または別の反復が必要かどうかを判断するために必要なフィードバックの種類を取得する良い方法がありません。 UXは常に、何がいくつであるかだけでなく、その理由と質を知りたいと考えています。ユーザーはどのように支出、コンバージョン、エンゲージメントなどを行っていますか？適切なUXテストを回避すると、問題や顧客の問題点を診断して修正することが難しくなります。
UXテストはそれ自体で報われます。 UXテストは大きな出費ではありません。一部のサードパーティのテストツールでは、テスト参加者1人あたり100ドル未満が必要です。また、年間最低数千ドルのコミットメントが必要なツールもあります。ソフトウェア開発プロセスに対する会社の全体的な予算と早期のテストフィードバックの重要性を考えると、これらは莫大な費用ではありません。ユーザーテストのラウンドは、ほとんどの場合、プログラマーに元に戻すか再構築しなければならない可能性のあるものを構築させるよりも、コストが低く、移動が速くなります。
ユーザーテストは引数を解決します。 UXスペシャリストが製品の設計方法について最終決定を下すことを会社が許可していない場合、何を構築してリリースするかについてさまざまなアイデアがあると、UXが製品、エンジニアリング、または利害関係者と競合することに気付く可能性があります。お客様。または、UXに2つの強力なアイデアがあり、どちらが顧客とのつながりを深めるか疑問に思っている場合はどうでしょうか。ここでの解決策は、ユーザーテストです。

UXは概念のプロトタイプを作成できます。特に、アイデアやチームメンバー間で妥協点をすでに見つけている場合は、競争を最高の2つのデザインにまとめることが最善です。これは、UXが何を望んでいるか、製品が何を好むか、エンジニアリングヘッドが何を好むか、スクラムマスターが良いアイデアのように聞こえるか、CEOのライフパートナーが何を好むかをテストしていないことを意味します。

ユーザーテストにより、顧客は声を上げ、機能や製品の正しい方向性を見つけることができます。それは、どのアイデアが最も顧客満足をもたらす可能性が高いかを全員に伝えるハードな定量的および定性的データをチームに提供することによって、議論を解決します。

これは、ユーザーを関与させないユーザー中心設計ではありません。これは、推測、想定、または「出荷する」のではなく、実際の顧客または典型的な顧客を対象に調査およびテストを行うことを意味します。「出荷するだけ」のものがユーザーテストを通じて精査され、優れたアイデアの優れた実行であることを確認する必要があります。

UXが回避または削減されるとどうなりますか？

Skypeは最近、Snapchatのようにすることを目的とした2017年の再設計が失敗したことを発表しました。ユーザーは新機能を望んでいなかった、必要としなかった、または気に入らなかった。反発は十分に大きかったため、Skypeは2018年にSkypeを再設計することを発表しました。（https://devops.icu/skypes-coming-redesign-of-their-last-redesign/）

Skypeの2017年の再設計

UXの専門家は、プロセスの多くのステップで、これらの機能が不要であるか失敗する可能性があることを知っていたでしょう。ターゲットユーザーを対象にした調査では、SkypeをSnapchatにしたくないことがすぐに明らかになった可能性があります。この早い段階でプロジェクトを殺したり、ピボットしたりすることで、Skypeに数百万ドルを節約し、さらに悪い報道や顧客の疎外を防ぐことができたはずです。

UXの調査が迂回されたとしても、ユーザーでUXプロトタイプをテストすると、顧客はSkypeがこの方向に進むことを望んでいないことが明らかになります。 UXはまだプロセスを進めており、エンジニアリングはまだコードを1行も記述していません。これにより、時間、費用、および人的資源を大幅に節約でき、シンプルさを称え、作業エンジニアリングを行う必要がなくなりました。

アジャイルUXプロセス

アジャイルマニフェストの原則を覚えておいてください。あなたの最優先事項は、価値のあるソフトウェアを構築することによる顧客満足です。（UX）ワーカーに必要な環境とサポートを提供し、仕事を遂行することを信頼します。行われていない作業の量を最大化します。優れたデザインに継続的に注意を払うことで、敏捷性が向上します。

前進しているプロジェクトは、適切な研究、設計、およびテストを開始できるように、UXに巨大な滑走路を提供する必要があります。 UXをキックオフミーティングに招待しないでください。最終的なワイヤーフレームを数日で納品する必要があるという要求に驚かされます。 それはUXではありません。

これをBigDesignUp Front（BDUF）と見なさないでください。これは、人々をうんざりさせ、これを回避しなければならないことを宣言するために設計された用語です。プロジェクトまたは機能が大規模または新規の場合、UXは、すべてではないにしても、ユーザー中心の設計プロセスのほとんどを循環する必要があります。 UXの場合、より大きな機能を実現するための最小の要素は、ユーザーのワークフローまたはプロセスです。より小さなものを設計してテストすると、真のユーザーエクスペリエンスの全体像が得られないというリスクがあります。

たとえば、ユーザーが登録して購入するフローを設計している場合、パスワード選択フィールドを設計してエンジニアリングに送信するだけでは不十分です。 UXが細かく機能する場合、プロセス全体はいつテストされますか？フロー全体をテストしないと、フロー全体に対するユーザーの反応を知ることはできません。つまり、ユーザビリティテストに進む前に、フロー全体を設計する必要があります。

機能、ストーリー、または修正が小さい場合、UXの実践者は、ユーザー中心の設計プロセスのサブセットを実行して、より迅速に作業できます。 UXは常に可能な限り高速になりますが、優れたUXスペシャリストは、実行中の作業の品質を犠牲にすることを避けるために、できる限りのことを行います。速い対良い戦いでは、UXは常に速いよりも良いものを選びます…そしてあなたもそうすべきです。

予算とタイムラインは、UXが迅速なフィードバックと反復を取得することを妨げるものです。 UXの実践者は、顧客にとって実際に機能するものを設計することを目指して、常にフィードバックと製品を改善する機会を望んでいます。ポートフォリオの管理と計画の早い段階でUXの実践者を呼び込むことで、UXは必要な時間と予算を見積もることができます。これらは後で驚きや対立の原因になるべきではありません。

UXプラクティショナーはアジャイルチームの一員です

UXデザイナーをアジャイルチームに組み込みます。計画、スタンドアップ、レトロ、およびUXについて話し合う可能性のあるすべての会議をリリースするように招待します。 UXがリリース計画中に時間を見積もることができるようにして、UXタスクに必要なタイミングについての驚きがないようにします。それらなしで決定を下さないでください。 UXチームメイトが会議に出席できなかった場合は、チャット、電子メール、または会社が使用している方法で、直接会うことができるまで待ちます。

質問、あいまいさ、またはバグをJIRAまたは使用しているバグ追跡システムのUXチームメイトに割り当てます。 UXの問題が他の問題と同じシステムにあることを確認してください。他のすべてにVersionOneを使用している場合は、TrelloボードにUXの問題をドロップしないでください。

UXが長い滑走路を持った後、この機能または製品に必要な場合は、エンジニアリングの前にUXを2スプリント以上にすることをお勧めします。 UXはあなたと一緒にスプリントすることができます。たくさんの技術的な話や技術的負債の修正をバックログに入れてください。そうすれば、UXの創造的で循環的なプロセスの実行が遅れたり、より多くのスプリントが必要になったりした場合でも、開発者は本当に機敏に対応できます。 UXを待つ代わりに、製品やエンジニアリングが優先している、ぶら下がっている果物に切り替えることができます。

また、リソース、割り当て、および人員配置も検討してください。プロジェクトのサイズに応じて、1人のUXデザイナーに割り当てるプロジェクトは3つまでです。テストと分析も行う、別々のエキスパートUX研究者がいる場合は、1人の研究者を3人以下のUXデザイナーに割り当てます。 UXプラクティショナーがT字型と呼ばれるものである場合、つまり、彼女は研究、テスト、およびその他のUXサブスペシャリティにも資格があり、優れている場合は、あまりにも多くのプロジェクトに割り当てられて、誤ってボトルネックにならないようにしてください。

測定結果

顧客満足がなければ、顧客がいない可能性があります。顧客満足度の指標を使用して、UXを統合することでプロセスを改善することでどのように前向きな変化がもたらされたかを判断できます。

苦情が少ない
より良いアプリレビュー
より高いアプリ評価
サポートチケットが少ない
コールセンターへの電話が少ない
ソーシャル投稿のよりポジティブなセマンティクス
より多くのアプリのインストール、より少ないアンインストール
AOV（平均注文値）の増加
より高いコンバージョン率

DevOpsの目標と結果は測定可能です。

また、市場投入までの時間や修正間の時間など、必要なDevOpsの目標を測定することもできます。 UX革命の前後に、ストーリー、プロジェクト、叙事詩が市場に出るまでにどのくらい時間がかかりますか？開発者の時間の見積もりは、ストーリーや現在行っていることから作業するのではなく、見積もりの基礎となるUXデザインを完成させたときに、より正確になる可能性があります。

UXが青写真を提供していて、それらが守られている場合、予期しない変更や再構築を減らすことで、エンジニアリングの作業が減ることを期待しています。 UXデザインを早期に改善し、後で修正する回数を減らします。

アジャイルUXは、それ自体で支払う以上の投資です

多くのプロジェクトマネージャーは、UXを削除または削減できる予算ラインと見なしており、採用マネージャーは、UXタスクを別の役割と組み合わせるというアイデアに興奮しています。しかし、ますます多くの企業が、訓練を受けた経験豊富なUXスペシャリストが実施する適切なUXプロセスに投資することに代わるものがないことを学んでいます。

The LeanStartupの著者であるEricRiesは、次のように質問しています。その場合、時間通りに予算内でそれを行った場合、何が問題になりましたか？」組織がリーン手法を使用していない場合でも、警告は当てはまります。 DevOpsの望ましい結果は、お客様に適切なものを構築し、お客様の満足度を向上させ、お客様の価値の高い機能を開発することを目指している場合に、これを反映しています。

顧客を知り、プロセスに顧客を関与させ、真のニーズと好みに合わせて構築することは、最終的には、タイムライン、予算、フレームワーク、およびツールよりも重要です。適切なアイデアの適切な実行を構築すれば、収益がそこにあると信じてください。