web-dev-qa-db-ja.com

アジャイルマニフェストはUX哲学に基づいていますか(またはその逆)?

アジャイルマニフェスト のステートメントを見ると、ユーザー中心の設計原則を非常によく反映しているようです。

いくつかの非常に小さな言い回しの変更があれば、UXマニフェストではおそらく機能するでしょう。私は特に、アジャイルマニフェストがバランスを見つけようとしているという事実が好きです。私たちは、学際的なチーム/環境で作業しているため、UXデザイナーは間違いなくそれを行う必要があります。これはリンクを作りすぎていますか?

個人およびプロセスとツールを介したやり取り包括的なドキュメントを介した作業用ソフトウェア契約交渉を介した顧客とのコラボレーション計画に従って変更に対応

つまり、右側の項目には価値がありますが、左側の項目にはさらに価値があります。

3
Michael Lai

Hugh Beyerの「ユーザー中心のアジャイルメソッド」を確認してください http://books.google.com.au/books/about/User_Centered_Agile_Methods.html?id=CoYxZ7mWapUC&redir_esc=y モノグラフであるにもかかわらず、非常に簡単ですUX実践者向けにアジャイルの哲学と方法論を読んで説明する。 UXブッククラブメルボルンは昨年それを読み、非常に人気がありました。これは、アジャイル(および2つの間の文化的緊張がどこにあるか)を理解したい設計者にとって素晴らしい出発点です。

2
Irith Williams

いいえ-短い答えです。

アジャイルマニフェストは、さまざまな軽量の開発プロセスが集まり、共通の基盤を見つけた人々の集まりから生まれました(詳細は マニフェストの履歴 を参照してください)。

私のgoogle-fuは失敗していますが、マニフェストの少なくとも1つの署名者が過去にこの質問を明示的に尋ねられ、「いいえ」と言ったと思います(Ron JeffriesまたはKent Beckと思います...)。

マニフェストが語る「顧客」とは、ソフトウェアの開発を要求する人であり、必ずしもエンドユーザーではありません。

「個人と対話」は主に利害関係者と製品開発チームであり、必ずしもエンドユーザーではありません。

ただし、共通点があることに最初に気づくのは、あなただけではありません。ある程度、アジャイルマニフェストはソフトウェア開発のプロセスをより良いエクスペリエンスにするためのアプローチであると言えるでしょう。

これは、アジャイル開発アプローチがUXに適していないということではありません。多くの人々(私も含む)は、UXプラクティスをアジャイルプロセスに統合することが、成功する製品の開発に取り組む非常に効果的な方法であると考えています。アジャイルがフィードバックとコラボレーションに焦点を合わせると、UXフォークが大きな影響を与えるためのより多くのルートが提供されます-従来のウォーターフォールアプローチよりもはるかに多くのルート。

私にとってアジャイルはUXにとって素晴らしいニュースですが、UXの原則に基づいているからではありません。 Agile UX Design に関連するこのUX Matters記事を参照してください(バイアス警告:私は貢献者の1人です;-)

私にとってアジャイルとUXはピーナッツバターとゼリーです。自分で素晴らしい。一緒にいればさらに良い。

1
adrianh