Résumé : s’il est de plus en plus évident que dans de nombreux cas les méthodes de gestion de projet traditionnelles doivent gagner en agilité, cela n’est pas sans poser des difficultés nouvelles, notamment dans la nécessité de garder chaque intervenant informé de l’état d’un projet qui se re-construit et se redéfinit en permanence. Devant cette nécessité de “raconter” le projet de manière qualitative bien au delà des indicateurs de progression et de suivi traditionnels, les médias sociaux sont le support parfait support de ces activités nouvelles, en complément des outils traditionnels. Il reste toutefois un vide difficilement explicable dans l’offre des grands éditeurs de “social software” qui proposent peu de fonctionnalités de “socialisation des projets” contrairement à certains acteurs spécialisés, une offre qui aurait pourtant beaucoup de sens aux cotés des espaces conversationnels qui sont souvent le cœur de leurs produits.

Dans de plus en plus de domaines il apparait que la méthode agile est la manière la plus pertinente de mener un projet et cette approche, jusqu’ici cantonnée aux projets informatiques, voit son champ d’application s’étendre chaque jour davantage. La raison est relativement simple à comprendre : dans un monde qui fonctionne sur des cycles de plus en plus courts, on ne peut plus se satisfaire de plans qui donneront quelque chose dans 2, 3, 4 ans. Mieux vaut avancer par pas, avoir des livrables opérationnels qui arrivent peu à peu et recadrer en permanence le projet afin qu’il colle à un besoin qui évolue en permanence plutôt que livrer quelque chose de conforme au cahier des charges mais ne répondant plus au besoin tel qu’il sera au jour de livraison.

Lorsqu’au cours d’un projet on fait intervenir des expertises et des ressources spécifiques lors de certaines phases, cela n’est pas sans engendrer certaines complications. Dans un mode de gestion de projet “classique” chacun sait ce qu’il a à faire au moment où il doit intervenir car le projet suit un plan précis. Il n’y à qu’à se fier aux spécifications de départ et au planning tels que définis au début. Dans le cas d’un projet agile où on se focalise sur la satisfaction d’un besoin et où les livrables et la feuille de route se co-construisent en permanence avec le client, la ressource qui est amenée à intervenir plus ou moins ponctuellement perd ses repères car elle ne sait pas où en seront les choses (et parfois même pas comment le livrable a évolué depuis le début du projet) lorsqu’elle entre en scène. Non pas un problème de collaboration ou d’organisation mais d’”awareness“. [Read more...]