Comme toute autre initiative visant à apporter des améliorations, le succès de la transformation Agile est déterminé par le fait de savoir pourquoi et où vous voulez vous améliorer.
J’ai eu l’opportunité de participer à notre événement Czech PMI Chapter et de répondre aux questions du public sur la façon d’aborder la transformation Agile, quels sont les bénéfices attendus et comment les atteindre. J’aimerais poursuivre le partage et approfondir un peu certains des sujets qui ont été ouverts lors de l’événement.
L’attente générale d’une transformation Agile est de renforcer votre capacité à vous adapter et à réagir rapidement à l’échelle de l’entreprise. Si une entreprise veut devenir plus efficace, il y a plusieurs sujets connexes qui doivent être abordés simultanément et ils vont bien au-delà de la façon de travailler des équipes agiles individuelles (culture d’entreprise, développement stratégique des compétences, systèmes de management de la performance, alignement efficace de plusieurs équipes accédant aux mêmes plates-formes technologiques et bien d’autres).
Et pour toute initiative visant à apporter des améliorations, le succès de la transformation est déterminé par le fait de savoir pourquoi et où nous voulons nous améliorer. Nous devons être clairs sur les bénéfices que nous aimerions obtenir, puis définir l’objectif principal des efforts de transformation pour commencer le voyage.
Dans cet article, j’aimerais partager mon expérience pratique avec trois domaines qui sont répertoriés par le 13th Annual State of Agile Report comme les avantages les plus fréquemment obtenus.
La capacité à manager les priorités changeantes (signalée par 69% des participants à la recherche)- La visibilité du projet (65%)
- L’alignement des activités et des systèmes d’information (64%)
#1 – Votre capacité à manager des priorités changeantes
Voyons d’abord pourquoi nous voudrions améliorer le management des priorités changeantes. Quel est l’impact si nous ne réagissons pas et n’adaptons pas l’allocation actuelle ou prévue des ressources ?
Pour le dire simplement, sans la capacité de manager les priorités changeantes, nous continuons ce que nous faisions, quelles que soient les circonstances qui nous disent d’abandonner nos initiatives actuelles et de commencer à faire autre chose.
Pour changer cela, nous devons surmonter les 3 aspects suivants au niveau de l’entreprise (inutile de dire que chacun d’eux est assez difficile en lui-même) :
- Parvenir à un accord entre les départements sur quelle est la chose la plus importante à faire en ce moment.
- Réallouer des ressources au cas où nous aurions besoin de nous concentrer en priorité sur un domaine sous-financé, ce qui peut signifier rediriger temporairement les ressources de certaines équipes vers d’autres.
- Changer l’état d’esprit des personnes responsables de la définition et de la mise en œuvre des initiatives, passant d’une approche où «seule la solution complète a du sens » à une feuille de route basée sur la valeur avec des initiatives plus petites apportant de la valeur par elles-mêmes.
Pour aborder les deux premiers points, il est indispensable d’inculquer une attitude « une équipe » ( one team ) à votre équipe de direction. Ils sont censés, eux aussi, être une équipe.
Je vois souvent un investissement d’énergie et de ressources dans le team-building au niveau des équipes inter-fonctionnelles agiles, mais le domaine du team-building au niveau de l‘équipe de management ne reçoit pas l’attention requise (ou nous nous attendons simplement à ce que ces cadres supérieurs rattrapent d’eux-mêmes leur retard).
Pourtant, tout désaccord continu ou attitude défensive au niveau de la direction peut avoir un impact direct sur la coopération aux niveaux inter-équipes et entraver toute volonté de sortir des sentiers battus lorsque les ressources doivent être réorientées. L’alignement des priorités et l’allocation des ressources sont souvent facilités par un processus trimestriel de revue des activités étroitement lié aux objectifs et aux résultats clés (Objectives and Key Results – OKR) des départements de l’entreprise.
Pour réussir dans le troisième domaine listé ci-dessus, il est nécessaire d’adopter pleinement le mode de développement itératif en mettant l’accent sur la valeur client. Je trouve toujours utile de démontrer avec des exemples comment la valeur est construite par des étapes progressives où la technologie est le catalyseur, pas l’objectif.
Afin de parvenir à un changement de mentalité, permettez suffisamment de discussions jusqu’à ce que le sujet soit clarifié et soutenez vos équipes par le coaching.
#2 – La visibilité du projet
La visibilité du projet signifie la transparence dans ce que nous faisons, où nous investissons nos ressources et pourquoi cette initiative particulière a été lancée. Une telle visibilité devrait également inclure une rétroaction ouverte sur le succès de la production, ce qui permettra d’améliorer la qualité de nos estimations, la capacité à maintenir le travail en cours dans des limites raisonnables et de rester concentré sur la création de valeur pour le client.
Pour atteindre une telle transparence, il faut généralement choisir le bon outil de communication et disposer d’une équipe qui aide à collecter et à communiquer ces informations entre les équipes. Mais la question la plus importante est la suivante :
Comment la visibilité des projets contribue-t-elle à l’agilité à l’échelle de l’entreprise ?
Comme l’une de mes collègues l’a récemment déclaré, la visibilité du projet apporte une grande compréhension de ce qui est fait, mais elle peut aussi montrer les points faibles. Personnellement, je ne pourrais pas être plus heureuse d’entendre ce commentaire prononcé à haute voix. La prise de conscience des points faibles et leur acceptation est la première étape vers l’amélioration.
Pour profiter pleinement de la visibilité des projets, nous devons fournir à nos équipes un environnement sûr qui favorise l’apprentissage rapide et une approche valorisant l’échec rapide. En d’autres termes, nous devons accroître la confiance dans le partage des opinions, établir la confiance entre les équipes elles-mêmes et guider la direction de l’entreprise vers l’adoption d’une approche de leadership au service des autres.
#3 – L’alignement des activités et des systèmes d’information
L’alignement des activités et du SI est au cœur de la mise en place d’équipes inter-fonctionnelles avec des experts métier et informatiques (idéalement colocalisés) ; cet alignement doit être organisé autour des livrables et des parcours clients plutôt qu’autour des systèmes informatiques ou des composants d’infrastructure.
Mais il existe un piège : Le changement organisationnel seul ne suffit pas à atteindre l’alignement.
Commencer une transformation par une grande réorganisation et l’internalisation de rôles nouvellement définis peut créer de la frustration chez les gens. Ils peuvent ne pas se considérer comme étant prêts à assumer leurs nouveaux emplois transformés ni à rejoindre de nouvelles équipes avec une méthode de travail agile.
Mais pour l’instant, je préfère me concentrer sur quelque chose qui peut apporter des bénéfices significatifs même si vos équipes restent séparées entre métiers et informatique : Pour tracer le chemin vers l’alignement entre les experts métier et informatiques, concentrons-nous d’abord sur le langage qu’ils parlent ensemble.
Le langage dans lequel les attentes de l’entreprise sont formulées est le premier indicateur de l’existence ou non d’un objectif commun. Combien de fois avons-nous entendu : « Les utilisateurs ne peuvent pas exprimer clairement leurs exigences et ils les modifient constamment » ou « Encore une fois, les nouvelles fonctionnalités informatiques ne m’ont pas donné ce dont j’avais besoin ».
Dans de telles situations, les user stories sont d’une grande aide. Une user story partage qui, quoi et pourquoi elle est nécessaire. Les user stories ne contiennent pas de description de la solution, mais clarifient plutôt la valeur client attendue que nous voulons obtenir en livrant l’histoire.
Penser et parler de cette façon plutôt qu’attendre des spécifications fonctionnelles de la part de l’utilisateur professionnel fait une grande différence. En maîtrisant la communication dans les user stories, les équipes parviennent à établir un objectif commun : La création de valeur business. L’expertise de l’équipe informatique reste dans la conception de la solution, tandis que la responsabilité de l’équipe business est de déterminer ce qui apporte de la valeur aux clients. Les user stories agissent comme l’élément de connexion qui a autant de sens pour les deux équipes impliquées, tout en leur permettant de s’épanouir dans ce qu’elles font le mieux.
Pour résumer, sur la base de mon expérience avec différentes approches pour connecter les unités commerciales et informatiques, je préfère concevoir une culture d’alignement en établissant un langage commun et en aidant les gens à se préparer au changement comme une première étape. La refonte organisationnelle devrait ensuite être utilisée pour soutenir la culture et rendre la coopération encore plus facile, mais je vois cela comme un catalyseur plutôt que l’objectif de transformation lui-même.
PMI is a registered mark of Project Management Institute, Inc.
Lenka Pincot, PMP, PMI-ACP, PMI-PBA
Lenka est cadre exécutive avec une expérience internationale et une expérience reconnue dans l’établissement d’une vision stratégique et son exécution. Elle excelle dans la conduite de transformations numériques et l’amélioration de l’agilité organisationnelle. Lenka a acquis une expérience multisectorielle en dirigeant des initiatives stratégiques dans les domaines de la banque, de l’industrie manufacturière, de la distribution et de l’automobile. Elle travaille actuellement comme chef de cabinet du président du Project Management Institute®, une organisation à but non lucratif mondiale qui offre un soutien à l’éducation et à l’évolution de carrière aux professionnels qui conduisent les changements et la transformation.
Elle est titulaire du Digital Excellence Diploma de l’IMD Business School of Switzerland, graduated C-level School de European Women in Boards, d’un Master of Science en informatique et de plusieurs certifications en management de projet, pratiques agiles et analyses business.
DantotsuPM.com 