Qu’est-ce qu’un leader agile de projet ?

La rédaction de cet article a été motivé par deux observations :

1. Beaucoup d’organisations utilisent le “mode projet” lorsqu’elles ne devraient pas.

2. Il y a beaucoup de confusions et de débats dans la communauté agile au sujet des projets et du leadership de projet.

Je ne prétends pas avoir “la réponse”, mais j’y ai beaucoup réfléchi et expérimenté sur mes clients (ne leur dites pas … cchhhhut). Voici, par conséquent mon point de vue sur le leadership de projet dans un contexte agile.

Ah au fait, en passant, cet article est un appât. Je suis en train d’essayer de vous faire lire “Qu’est-ce qu’un leader agile ?”. Vous pourriez vous épargnez pas mal de temps en vous arrêtant ici et en allant là-bas tout de suite :)

Attention aux “projets”

Le terme “projet” est controversé dans les cercles agiles. Certaines entreprises utilisent le “mode projet” comme une sorte d’approche universelle pour organiser le travail, même pour le développement de produits. Toutefois, un nombre stupéfiant de projets échouent, certains de manières dramatiques. Je vois de plus en plus de personnes (tout spécialement dans l’industrie logicielle) arriver à la conclusion que le mode projet est le coupable, que c’est en quelque sorte une machine à perdre.

Un “projet” est traditionnellement défini comme étant un effort temporaire avec un groupe temporaire de personnes et un budget défini. Le développement de produits, au contraire, est généralement un effort à long terme qui ne “finit” pas avec la première livraison — les produits qui ont réussi, ont commencé à itérer bien avant la première livraison, et continus à itérer et à livrer bien longtemps après. Et les équipes travaillent mieux si elles restent ensemble sur le long terme, si elles ne sont pas formées et dissoutes à chaque nouveau projet. Ainsi, l’approche traditionnelle de planifier et de financer les projets nous conduits souvent à une réalisation style big bang en cascade, d’où un énorme risque d’échec en raison de longue et lente boucle de feedback. Le mode projet ne semble tout simplement pas convenir au développement de produits.

J’ai passé beaucoup d’années à observer et à aider les entreprises à améliorer la façon qu’elles ont de développer les produits et la tendance est maintenant très claire — moins d’attention sur le projet, plus d’attention sur le produit et l’équipe. Cela semble marcher beaucoup mieux ! Donc, ce n’est pas une coïncidence que les “projets” et que le rôle de “chef de projet” soient absents dans la grande majorité des cadres de travail agiles tels que Scrum, Kanban, XP et SAFe.

Et qu’en est-il de la gestion de projet ?

Alors qu’advient-il des chefs de projets ? Ne sont-ils plus nécessaire ?

Faux ! La gestion de projet n’a pas disparu, elle est juste redistribuée. Ce que nous gérons c’est le produit, pas le projet, et la gestion est bien trop importante pour être laissé dans les mains d’une seule personne. Dans Scrum, par exemple, le rôle du chef de projet est délibérément scinder en deux rôles — le product owner (qui se concentre sur le produit), et le scrum master (qui se concentre sur l’équipe), et l’équipe elle-même qui se gère elle-même plutôt qu’“être gérée” par un chef de projet. Donc, la majorité de la “gestion de projet” existe toujours mais d’une manière différente — majoritairement décentralisée. Qu’en est-il des projets ? Devrions-nous abandonner ce mode complètement ?

Non, n’abandonnez pas complètement les projets, changer juste le mode par défaut. Tout spécialement pour le développement de produits, les projets devraient être l’exception, pas la norme. Dans un contexte agile type (Scrum, XP, Kanban, Livraison Continue, etc), le mode projet et le rôle de chef de projet est souvent redondant et vous ralentit.

Mais attendez une minute — et si vous êtes en train de faire quelque chose qui demande un effort coordonné sur plusieurs équipes de différents secteurs de l’entreprise qui ne travaillent pas ensemble d’habitude ? Et si vous avez beaucoup de dépendances externes et internes, de contenu sous licences, d’achats de matériels, de fournisseurs externes, de contraintes légales et de bureaux sur plusieurs fuseaux horaires ?

ÇA pourrait valoir le coup de gérer cela comme un “projet” — tout spécialement s’il s’agit d’un effort temporaire plutôt que quelque chose de continu. De manière basique, si la chose dans sa globalité a une “définition de fini” alors peut-être qu’il s’agit d’un projet.

Toutefois, que vous l’appeliez ou pas un “projet”, s’il est gros et complexe, vous aurez besoin d’un leader. Et si vous voulez que le boulot soit fait d’une manière agile, vous aurez besoin d’un leader agile (ou d’un leader agile de projet si vous préférez). Peu importe la manière dont vous dénommez ce rôle, il y a juste besoin de quelqu’un à la barre (ou un binôme, ou une petite équipe qui remplisse le rôle).

• Mythe : “Mais nous sommes agiles et auto-organisés, toutes ces équipes vont se coordonner comme par magie les unes avec les autres et resteront sur la même ligne sans avoir besoin d’un leader !”
  • Mon expérience : Là probablement vous vous leurrez. Ou alors vous êtes peut être l’exception qui confirme la règle.
• Mythe : “Avoir Un chef de projet signifie avoir micromanagement descendant et des processus big bang en cascade.”
  • Mon expérience :Seulement si le chef de projet n’a pas compris ce qu’est l’agilité. Sélectionnez la bonne personne pour le boulot (cet article va heureusement vous y aider !)
• Mythe : “Tous les projets doivent être agiles”
  • Mon expérience : Pas nécessairement. Si le travail est complexe et innovant, alors oui. Si nous-faisons-des-petites-bricoles-à-la-main-de-manière-répétitive-et-que-nous-avons-fait-cela-des-douzaines-de-fois-avant, alors probablement non. La plupart des développements de produits tombent dans la première catégorie. Mais mon point de vue est toutefois biaisé, j’ai travaillé la plupart du temps avec des entreprises dont le développement des produits est basé sur l’innovation.

Donc, pour faire court : N’utilisez pas les projets pour n’importe quoi — mais quand vous le faites, soyez certain d’avoir un leader agile de projet !

Alors qu’est-ce-qu’un leader agile de projet ?

Tout cela avait bien démarré pour donner naissance à un article sacrément long. Puis j’ai réalisé que le rôle que j’étais en train de décrire était en réalité sur le leadership agile en général, et pas seulement sur le mode projet en particulier.

Un leader agile de projet est simplement un leader agile qui se trouve à travailler dans un contexte de projet. Donc j’ai déplacé la description du rôle dans un article à part, afin de ne pas faire peur aux personnes qui sont allergiques au mode projet :)

• Qu’est-ce qu’un leader agile ?

Allez-y et lisez cet article, et insérez le mot “projet” là où cela aura du sens. Je vous l’ai dit cet article est un appât :)

Il y a certaines choses qui peuvent être différentes dans un contexte de projet — par exemple l’aspect “agent du changement”. Par définition, un projet est quelque chose de différent de votre travail “quotidien habituel”, et implique probablement la collaboration entre des équipes et des services qui ne travaillent pas normalement ensemble. Malheureusement, étant donné que nous parlons de personnes, cela signifie une certaine dose de politique et de diplomatie. D’où la nécessité pour un chef de projet de devoir gérer les limites organisationnelles (et culturelles) soit en franchissant ces limites ou en améliorant la collaboration au-delà de ces limites. C’est un boulot difficile, donc n’oubliez pas de donner à votre chef de projet une tape dans le dos de temps en temps.

En conclusion

J’espère que cet article (ainsi que l’autre vous aideront à améliorer le taux de succès de vos projets, peu importe la manière dont vous résoudrez le problème de leadership ! Et n’oubliez pas — en dépit de tout ce qui a été dit sur les projets dans cet article, commencez toujours par vous posez la question si vous avez besoin même d’un “projet” du tout.

De grands remerciements à Alistair Cockburn, Mary et Tom Poppendieck, Anders Haugeto, et à des tas de Spotifyers et de Crispers qui m’ont aidé à améliorer cet article. Je suis honoré d’avoir un groupe de conseillers aussi géniaux !

Remarquez bien qu’il s’agit là de mon avis personnel, ma vision de ce qu’est un leader agile de projet (ou devrait être). Certaines personnes peuvent ne pas être d’accord, cela me va. Je suis aussi heureux d’avoir du feedback, même si je n’aurai pas la même disponibilité pour y répondre.

(Pourquoi vous êtes encore là ? Allez lire Qu’est-ce-qu’un leader agile ?)

Auteur : Henrik Kniberg
Source : What is an Agile Project Leader?
Date de parution originale : 10 Novembre 2015

Traducteur : Nicolas Mereaux
Date de traduction : 27/12/2015

Ce(tte) oeuvre est mise à disposition selon les termes de la Licence Creative Commons Attribution - Pas d’Utilisation Commerciale - Partage dans les Mêmes Conditions 4.0 International.