davidtouvet.com

Lisez l’article de gou blog qui cite Robert Hoekman Jr. pour qui le design centré utilisateur est une utopie:

• Appliquer le UCD prend du temps, beaucoup de temps. Ce qui est un peu difficle à admettre dans des petits projets;
• UCD et développement agile ne font pas toujours bon ménage…
• Les compagnies ont des échéanciers serrés, des petits budgets et un manque sérieux de ressources… difficile de justifier de passer du temps en UCD dans ces conditions.
• Les gens n’utilise que rarement le produit développé de la façon dont c’était prévu à l’origine (ça reste à voir…)
• Le fait d’interroger et de tester avec des utilisateurs fournit des résultats aberrants, dans la mesure où ils sont inconstants, et plus on interroge d’utilisateurs, plus ces derniers vont donner des réponses diamétralement opposées;
• UCD tente de rationaliser les utilisateurs du Web en quelques archétypes… (là, je ne suis pas en accord parfait avec lui1!);
• Les développeurs et les gestionnaires feront de gros yeux en voyant que l’équipe de design travaille sur la création de personnages plutôt que sur l’outil lui-même

Le commentaire de gou blog:

Bon… Voilà pour les arguments contre le UCD. Et non, je ne suis pas convaincu qu’il a raison. Le UCD a sa place, selon moi, mais pas partout. C’est une question de logique! Une approche par clientèle, par utilisateur n’est pas toujours la solution appropriée.

Bon pour moi, c’est un peu du pinaillage car si un site ou une interface est faite dans un but précis (”on veut que les utilisateurs puissent réaliser telle ou telle tâche”) et que l’on constate que les utilisateurs n’arrivent pas à réaliser la tâche, il y a bel et bien un problème qui ne peut être décelé que par une telle approche. Mais faudrait tester ce que je dis pour être sûr