Je viens de terminer le livre Subject to Change, écrit par Adaptive Path, édité par O'Reilly.
Dans ses pages, ce livre essaie de répondre à une question : "Comment peut-on mener de longs projets alors que les besoins changent entre le début et la fin de ce projet ?"
Par son expérience dans la conception de sites internet, Adaptive Path nous expliquent comment ils travaillent, mais plus intéressant encore, quelles erreurs ils ont comment et ce qu'ils ont entrepris pour ne plus les reproduire.
Les premiers chapitres sont consacrés au produits et/ou services à concevoir. Petit rappel et prolongation de la vache violette, on nous explique que le temps où les designers créant dans leur coin sans se soucier de l'utilisateur est révolu. Il faut maintenant mettre l'utilisateur final -et surtout son expérience- au cœur du processus de développement pour arriver à un produit qui plaira, et donc se vendra.
On apprend ainsi comment on peut créer des cas utilisateurs plus conviviaux, on développant de la sympathie pour l'utilisateur final. Adaptive path a en effet découvert que sans cette sympathie, qui doit être présente pour toute l'équipe, le projet a de grandes chances de tomber à l'eau ou ne pas être aussi bien qu'espérer.
Puis, au fur et à mesure que l'on avance dans le livre, on commence à y voir plus clair dans les méthodes de travail d'Adaptive Path. Ils ont mis en place une organisation de travail leur permettant de développer l'esprit d'équipe et les idées ergonomiques pour le résultat final. Personne n'est exclu des réunions de projet : on trouve aussi bien le développeur, le graphiste, le chef de projet et le client qui discutent tous ensemble des solutions pour réaliser un produit final réussi. La méthode n'est pas infaillible. Bien au contraire, les erreurs commises sont incluses dans le processus de développement afin de les corriger au plus vite grâce à de nombreux tests utilisateurs.
Enfin, le dernier chapitre est consacré à la méthode Agile, qui correspond en fait à tout ce qu'il y a de décrit plus tôt. Il est certain que cette méthode paraît à prime-abord plus fun, plus sympa et plus ludique que les méthodes lourdes de développement. Mais lorsqu'un chef de projet lira ces chapitres, il n'aimera pas, tout simplement car, comme son nom l'indique, cette méthode part du principe que l'équipe doit être assez flexible pour répondre aux attentes au fur et à mesure qu'elles arrivent ou qu'on les découvre. C'est ce qui fait sa force, mais aussi sa faiblesse.
Comment un chef de projet va pouvoir gérer un projet pour lequel il ne sait pas à l'avance ce que l'équipe va devoir développer ? Pour cela, Adaptive Path livre son expérience dans cette transition pour le faire en douceur. Les quelques points clés que l'on peut en retenir sont favoriser la créativité, améliorer les feedback et support utilisateurs et rendre le développement plus itératif.
Si vous êtes un chef de projet ou responsable de développement dans une entreprise, quelque soit sa taille, je vous recommande vraiment ce livre. Il ne vous sera sans doute pas possible d'adhérer à toutes les idées dans l'immédiat, mais il aura au moins le bénéfice de vous présenter de nouvelles façons de travailler et de vous donner de nouvelles idées.