Comment s'assurer que mon équipe projet est agile ?

La méthode Agile est un type de processus de gestion de projet, où les demandes et les solutions évoluent grâce à l'effort de collaboration d'équipes auto-organisées et pluri-disciplinaires et de leurs clients. Elle respecte un ensemble de valeurs et de principes qui valorisent l'adaptabilité et la flexibilité. Elle vise à fournir une meilleure réactivité aux besoins changeants des entreprises et de leurs marchés,  et se concentre donc sur la possibilité pour les équipes de livrer par incréments réalisables tout produit ou service soumis à une grande volatilité.

Issue des valeurs et des principes du Manifeste Agile, elle a été créée en réponse aux insuffisances des méthodes de développement traditionnelles telles que la méthode Waterfall, jugée trop prédictive et planifiée dans ce as précis. A l’origine, cette méthode vient de l’industrie du logiciel qui est un marché hautement concurrentiel car les logiciels doivent être améliorés en permanence, avec des cycles de vie courts.

Cela signifie que les équipiers projet doivent constamment améliorer et innover leurs produits pour rester dans la course - et l'approche linéaire et séquentielle de la méthode Waterfall, prédictive et planifiée,  n’est tout simplement pas adaptée.

Devant l’instabilité des marchés, cette méthode envahit désormais tous les secteurs de l'économie.

Il y a plusieurs facteurs qui permettent de connaître la situation de votre équipe quant à sa maturité en agile. Ce type de travail s’appuie sur la transparence, une inspection fréquente et  l'adaptation, de sorte que les équipes et les parties prenantes peuvent évaluer et redéfinir les priorités en fonction des besoins afin d'offrir la meilleure valeur possible. Voici quatre questions essentielles à se poser pour savoir si votre équipe adopte la démarche agile de façon appropriée.

Créer de la valeur pour vos clients est un principe important de la méthode Agile. Dans le contexte agile, il peut arriver que vos parties prenantes soient insatisfaites même si vous avez strictement respecté et livré le cahier des charges, un comble, non ? Le paradoxe vient du fait que leur besoin a évolué entre le début et la fin du projet, et que le cahier des charges initial n’est plus celui désiré au final. La clé pour devenir une véritable équipe Agile est d'impliquer les parties prenantes à toutes les étapes du processus de développement de façon à “coller” au plus près des évolutions de leurs attentes.

En tant que contributeur au projet, cela signifie que vous devez comprendre notamment l'expérience de l'utilisateur final. Par exemple, si votre utilisateur n'est pas satisfait de la façon dont votre application mobile gère le temps de chargement des pages, ou si votre application web contient trop de bugs, il y a fort à parier que votre consommateur ne sera pas heureux. Ne vous contentez pas de tester la fonctionnalité telle qu'elle est définie par les exigences fonctionnelles du point de vue de l’utilisateur, fixez la barre beaucoup plus haut en intégrant l’expérience globale de l’utilisateur.

Pour élaborer une stratégie qui apportera de la valeur à vos parties prenantes, posez les questions suivantes:

• Prenons-nous activement en compte les questions d'utilisabilité dans le développement de la solution ?
• Identifions-nous les parties prenantes dès le début du projet ?
• Avons-nous des discussions régulières avec les principales parties prenantes pour mieux comprendre leurs besoins ?
  

L’image d’Epinal consiste à dire qu’on va plus vite en Agile, on fait du “quick and dirty” pour livrer au plus tôt.

C’EST ARCHI FAUX !!

Dans une équipe Agile, on ne fait aucun compromis sur la qualité livrée.

Pour cela, il est recommandé d’adopter une approche de développement en itérations successives (qu’on appelle souvent aussi “sprints”). Au minimum, en logiciel, les développeurs doivent tester leur produit et services au moins une fois par jour. Avec le développement piloté par les tests (TDD), vous spécifiez un test à la fois, et produisez juste assez de nouvelles fonctionnalités de votre produit ou service pour réaliser ce test. Il n'y a pas de règles strictes pour vérifier votre travail, mais un point essentiel est que l'équipe de développement soit intimement impliquée dans le processus de test.

Quelques questions à se poser pour cela :

• Nos processus de développement de produits sont ils clairs et connus de tous ?
• Nos processus de tests sont ils clairs et connus de tous ?
• Fournissons nous tous les mêmes efforts pour développer le produit que pour le tester ou bien le rendre testable ?
• Faisons nous tous nos efforts pour que les défauts soient éliminés dès la phase de conception et non pas découverts après ?
  

Les équipes Agile disciplinées ont cette question tout le temps à l’esprit. L'auto-organisation signifie que les membres de l'équipe planifient et estiment eux-mêmes leur travail (avec l'aide, bien sûr, du scrum master). S'autoorganiser signifie que les équipes effectuent leur travail dans le respect d'un cadre de gouvernance commune, qui guide et surveille leurs efforts, notamment en travaillant à une architecture et à des règles de travail communes.

Examinez les stratégies énumérées ci-dessous pour voir si vous faites partie d'une équipe Agile :

• Dans chaque itération/sprint, nous organisons une réunion de planification au mieux de notre capacité de travail
• Nous organisons des réunions quotidiennes de coordination pour y remonter les problèmes et ensuite trouver du temps dans la journée pour les résoudre avant demain quand c’est possible
• Nous produisons des rapports d'état au moins une fois par sprint
  

Une pratique courante (typiquement à la fin de chaque sprint) consiste à identifier les actions à mettre en place afin d'améliorer le processus logiciel. Plus important encore, les équipes vont agir sur un ou plusieurs de leurs problèmes dans le sprint suivant, ce qui améliore leur approche tout au long du projet. Les équipes vraiment disciplinées font l'effort de suivre leurs progrès au fil du temps et de partager leurs idées d’amélioration avec l'équipe, c’est la notion de prédictabilité.

Voici quelques stratégies que les équipes agiles mettent en œuvre pour s'améliorer en permanence :

• Organiser une session de rétrospective à la fin de chaque sprint pour identifier les problèmes.
• Traiter ces problèmes dans le sprint suivant.
• Mesurer et suivre l'évolution de l'adoption des améliorations apportées à notre processus, notamment en mesurant de façon objective la vélocité de l'équipe, c’est à dire la valeur livrée au client, et ce, toujours,  dans le même laps de temps
  

Adopter la démarche agile en tant qu'équipe est une expérience fascinante mais qui prend du temps et peut être voué à l'échec si l’approche ne s’appuis pas si des expériences et compétences déjà avérées.

Chez MBCS, nous pensons que cette démarche peut être adoptée en 3 à 6 mois si les constats et le contexte sont bien compris et intégrés par tous dès le départ.

La bonne nouvelle c’est que nous disposons de formation comme Comprendre la démarche agile et Travailler en équipe agile que nous pouvons adapter au contexte de votre entreprise avec un exemple concret. Nos coaches vous accompagne alors pour dérisquer la transformation vers l’agile et amener votre équipe à l’autonomie.

• Gestion de projet agile ou waterfall, comment choisir ? (JDN : E-business, FinTech, Big Data, IoT, tendances média, décideurs... )*
• Beapp – Pourquoi utiliser les méthodes agiles ?
  Manifeste Agile
• Qu'est-ce que la méthodologie Waterfall ? (planzone.fr)