Le projet est en retard, il repose sur des consultants externes qui s'en iront une fois le travail (plus ou moins) terminée, il faut tout refaire à chaque évolution, la moitié des fonctionnalités du projet ne sont pas connues des utilisateurs, une personne travaille sur le projet mais peu savent ce qu'elle fait réellement ?
La plupart des entreprises sont organisées de manière à ce que les projets échouent ! D'autres voies sont possibles mais elles ont toutes un point commum: les développeurs doivent parler aux utilisateurs.
15. Apprenez de vos utilisateurs
mais :
Jamais seul,
impliquer votre équipe
Comment ?
● Lire
● Rencontrer
● Faire tester
● Mesurer
● Tester
● …
http://www.userfocus.co.uk/articles/60-
ways-to-understand-user-needs.html
Notes de l'éditeur
Publicité LinkedIn
Tous les clients changent leur requis en cour de route.
Ceaucescu escaliers
Or pour être tolérant au changement, il faut comprendre et partager les objectifs de l’entreprise et ceux du projet. Comprendre ce que le client souhaite achever.
Beaucoup d’acteurs entre le client et les développeurs
Les méthodes agiles ne sont pas agiles parce qu’elles sont itératives
Elles sont itératives parce qu’elles sont centrées sur l’utilisateur.
Être centré sur l’utilisateur force à être itératif car :
on apprend le besoin de l’utilisateur progressivement
l’utilisateur n’a pas de contraintes contractuelles. Il peut changer d’avis à tout moment
Il manque la vision du pourquoi. On décrit les actions mais jamais le besoin