Le blog de Valéry Naula

Généralement, c’est l’apprentissage d’une nouvelle théorie qui me motive à modifier mon environnement de travail pour la mettre en œuvre. Mais cette fois-ci, c’est la pratique qui m’a poussé à rechercher la théorie idoine. Pourquoi ? Car il ne suffit pas d’avoir appliqué une méthode de travail efficace, faut-il encore pouvoir la justifier aux yeux de son management et de ses partenaires, en évitant de passer pour un « bricoleur du dimanche » chanceux.

Le cas que je souhaite partager avec vous concerne mon entité. Nous travaillons avec un partenaire américain (start-up) qui développe des applications web sur un cloud privé. Constatant l’incompatibilité grandissante entre nos méthodes de gestion industrielles « rigides » et leurs méthodes de développement « artisanales » – ce qui a pour conséquence de créer des tensions et des incompréhensions réciproques – nous avons progressivement assoupli nos exigences et notre formalisme pour renforcer la partie humaine qui est le facteur clef de succès ou d’échec des projets. Le téléphone et la vidéoconférence ont alors remplacé progressivement les emails et les rapports, le diagramme de Gantt détaillé a été remplacé par un fichier Excel contenant une liste des tâches priorisées, la roadmap a été simplifiée par une image représentant la vision des prochaines évolutions, les longs meetings assis ont été remplacés par des séances courtes en position verticale et les livrables exécutés à une fréquence plus élevée pour limiter les trop nombreux changements d’objectifs. Bref, une tentative de mise en application de méthode Agile!

C’est pour cette raison que je me suis intéressé à cet ouvrage de Véronique MESSAGER dans lequel elle explique clairement l’environnement de travail du monde de la programmation. Elle conduit le lecteur sur la manière adéquate de gérer les projets de développement informatique selon les besoins et les attentes des clients actuels.

Pour un industriel comme moi, ce n’est pas évident d’accepter de perdre le contrôle des opérations et de laisser le système s’auto-organiser, surtout lorsque l’on est jugé par une organisation continuant de travailler dans un tel modèle. Mais c’est le prix à payer pour être davantage dynamique et performant. Si j’ai réussi cet exercice « intellectuel », c’est grâce à ma récente adoption du concept de l' »Entreprise 2.0″. En effet, ces deux méthodes ont la particularité de rechercher la performance de l’entreprise qui évolue dans un milieu instable, incertain et imprévisible. La solution étant, dans les deux cas, d’améliorer la collaboration et la communication entre les individus, puisque l’être humain est au cœur de la création de valeur de l’entreprise et surtout son principal facteur de performance.

Naturellement, certaines personnes vont dire que cela fait des années que ces méthodologies existent (en particulier les programmeurs Agiles). Mais est-ce que tout le monde a bien compris les enjeux et les bénéfices de ces méthodes ? Est-ce que les clients qui achètent du software ont compris ce changement de paradigme ? Ont-ils confiance en de tels procédés ?

Dans le doute, je ne peux que conseiller la lecture de cet ouvrage. C’est une très bonne entrée en matière pour ceux qui souhaitent découvrir la méthodologie Agile et préparer le terrain pour la mettre en œuvre!