• Accueil
  • Expertise bancaire
  • Expertise technologique
  • Nous contacter
Accompagner une équipe "Agile" - La santé d'une équipe PDF Print E-mail
La qualité d’une équipe Agile peut se résumer sur deux axes. Le premier est plutôt de l’ordre de la technique, de la capacité à faire, à livrer dans une enveloppe temps et budgétaire impartis. Le second, souvent peu considéré est plutôt de l’ordre de la ‘santé’ du groupe, donc de sa capacité à vivre dans la complexité. Les deux axes sont bien entendu intimement liés : une équipe qui réussie a de fait une meilleure santé et une équipe qui est en bonne santé sera naturellement plus orientée vers le succès.

Je ne reprendrais pas en détail le premier axe, purement opérationnel, qui fait l’objet d’une riche littérature. Je peux simplement reprendre quelques principes fondateurs avec une équipe qui base sa pratique sur de l’expérience, qui a la capacité à réagir et à s’adapter aux différents changements car elle maîtrise la technique et les technologies sous-jacentes, une équipe outillée qui a la capacité à piloter ses objectifs et à mesurer sa performance. Tout ça est de l’ordre des moyens.

La ‘santé’ du groupe me semble être le parent pauvre de la démarche. Proposer quelques pistes de réflexions pour rendre consciente cette dimension, c’est déjà reconnaitre son existence et son principe constructeur. De la même façon que l’on peut établir un parallèle entre projets classiques et projets agiles, il est nécessaire de trouver ce qui caractérise une équipe agile versus une équipe projet classique.

Dans un projet classique, seuls quelques acteurs portent la responsabilité de l’aboutissement : le directeur de projet ou le chef de projet. On se trouve donc face à une structure plutôt hiérarchique où les responsabilités du groupe sont portées par un petit nombre.
Dans un projet Agile chaque membre porte sa part de responsabilité. D’entrée de jeu, chaque membre d’une équipe Agile se trouve propulsé vers une nouvelle forme de collaboration : moi, en tant qu’équipier, je sais que si je ne réalise pas en temps et en heure avec le niveau de qualité requis les livrables attendus, c’est toute l’équipe qui va être en retard. Le moins que l’on puisse dire c’est que c’est une pression nouvelle que le collaborateur doit porter sans forcément y avoir été préparé. L’équipe doit intégrer des mécanismes, des réflexes de soutien. On peut parler d’équipe nécessairement solidaire.

Dans un projet classique, l’équipe est en logique de cible à 100%. Les plannings, les charges, les tâches, tout est prédéfini dans un canevas structurant qui ressemble à un carcan. La cible se réajuste d’un point de vue délais, voir fonctionnalités, avec de pénibles renégociations  à la clé, mais toujours dans cette même logique de cible.
Dans un projet Agile, l’équipe est en logique de cible à 50% et en logique d’émergence à 50%. Cela veut dire que l’équipe travaille bien sur des livrables, avec des plannings macroscopiques, des macro-tâches, mais que l’équipe a la capacité à intégrer des évolutions, des changements, des adaptations dans le déroulement même d’une itération. Chaque collaborateur doit donc adopter une attitude d’ouverture pour prendre en compte ces changements et le niveau d’incertitude qui va avec. On peut parler d’équipe nécessairement adaptative.

Dans un projet classique, les méthodes, outils de pilotage, démarche qualité sont inscrits dans le marbre. Chacun se doit d’en prendre connaissance et de s’y référer.
Dans un projet Agile, chaque membre de l’équipe participe à la mise en place d’une structure de contrôle, de suivi, de démarche qualité. C'est-à-dire, ici encore, que l’on demande à chacun de co-élaborer l’environnement de travail dans lequel il va devoir agir. Encore une fois, la question se pose de la préparation du collaborateur à ce type de démarche. On peut parler d’équipe nécessairement auto régulée.

Toute cette démarche agile me semble plutôt augurer de bons auspices. C’est un cercle vertueux qui s’il est bien huilé, peut permettre à chacun de quitter un monde taylorisé dans lequel il est dans un rôle d’exécutant. Par contre dans un contexte non préparé, les risques de malaises profonds sont réels, chaque membre de l’équipe pouvant porter des enjeux qui le dépassent et à ce titre se trouver dans un réel mal être. Une équipe ne s’improvise ni solidaire, ni adaptative ni auto régulée.

Il y a donc un axe de progrès lié à la bonne santé d’une équipe. Les prochains billets proposeront des axes de réflexions, des approches, une sensibilité pour permettre à une équipe agile de se positionner avec une « puissance pour », dans laquelle la compétence du groupe se révèle être supérieure à la simple somme des compétences individuelles.

A bientôt pour le billet suivant.
Commentaires
Ajouter un nouveau Rechercher
+/-
Ecrire un commentaire
Nom:
Email:
 
Website:
Titre:
BBCode:
[b] [i] [u] [url] [quote] [code] [img] 
 
 
:D:):(:0:shock::confused:8):lol::x:P:oops::cry:
:evil::twisted::roll::wink::!::?::idea::arrow:
 
Security Image
Saisissez le code que vous voyez.
Powered by !JoomlaComment 3.26

3.26 Copyright (C) 2008 Compojoom.com / Copyright (C) 2007 Alain Georgette / Copyright (C) 2006 Frantisek Hliva. All rights reserved."

 
 

Technologie financière

Le blog technologique
  • Intégration de Flex dans GWT
  • Accompagner une équipe "Agile"
  • Intégration continue, la maîtrise du TtM
  • Choisir entre GWT et FLEX

Expertise bancaire

Le blog Banking 2.0
  • La vente de produits financiers sur Internet
  • Banking 2.0, un enjeu de l’industrie bancaire
  • L’information imparfaitement distribuée nuit à la vente

Copyright © 2010 ITINTEGRANS.COM
Nous contacter