Approches Agiles dans les grandes entreprises

Quels sont les enjeux rencontrés par les grandes organisations lors d'une transition vers les approches agiles? Comment convaincre les organisations? La transition est-elle toujours possible?

Voici le témoignage de François Beauregard sur Visual Studio Talk Show, président de Pyxis Technologies qui nous livre sa vision actuelle des choses après plusieurs années de pratiques.

Le podcast est ici. Bonne écoute!

Esprit Agile

Un nouveau feu s'allume près du Vieux Port, on le distingue à peine du haut de la Canebière, il annonce la naissance d'une nouvelle tribu. Bienvenue à "Esprit Agile"! Que votre esprit soit aussi pur et aussi puissant que le Mistral ;-) Une nouvelle communauté agile démarre à Marseille. Invitations lancées pour le 17 mars prochain. J'espère vous y rencontrer bientôt...

Amélioration continue : trouver l'erreur...

C'est quoi l'amélioration continue? C'est un terme qui revient souvent ici et là...

• l'amélioration continue est l'un des quatre domaines des exigences de la norme ISO 9001 (v2000), par là, elle entend des mesures et des enregistrements de la performance à tous les niveaux ainsi que l'engagements d'actions de progrès efficaces.
  
• le mot Kaizen en japonais désigne une philosophie de travail, qui signifie un changement constant, une amélioration continue à petits pas qui n'a pas de fin. Cette méthode est utilisée dans diverses méthodologies comme le Lean, le Kanban, le PDCA, etc..
• dans Scrum, le temps de la rétrospective est mis à profit pour améliorer les pratiques de l'équipe.
  

Même si tout le monde semble d'accord sur l'importance de l'amélioration continue, est-ce que chacun est prêt à jouer le jeu? Tout le monde est-il d'accord pour s'améliorer en tant que personne? J'ai parfois le sentiment qu'on oublie un peu souvent que l'amélioration de nos façons de faire passe avant tout par le travail que nous devons faire sur nous-même. Qu'avons-nous appris durant les X dernières itérations? Nous somme-nous remis en cause face à un dysfonctionnement? Avons-nous progresser grâce à nos erreurs? Car c'est bien en se trompant, en commettant des erreurs que nous pouvons progresser. Encore faut-il que notre environnement de travail nous le permette...

Notre environnement tolère-t-il les erreurs? Où bien vise-t-il à sanctionner les personnes, et à identifier les fautes? La culture de la "faute" est propice à un climat où chacun fuit ses responsabilités, chacun vise à assoir sa propre position en cachant le plus possible les éventuels dysfonctionnements. Fuyons ses environnements de travail pour des environnements où l'amélioration est récompensée! Alors, regardez autour de vous et... trouvez l'erreur...

Le CARA à la soirée Agile Alliance

Le 15 janvier dernier, s'est tenue une soirée organisée par l'Agile Alliance à Vincennes. Le but de cette rencontre était de faire connaissance avec les différents groupes et associations qui soutiennent localement l'agilité. Il était donc important que le CARA y soit représenté! Nous partîmes en grand renfort (à cinq) depuis Grenoble vers la capitale...

Les membre du board de l'Agile Alliance étaient présents et disponibles. Les discussions (in english, sir) fuseaient dans toute la salle, tandis que des petits canapés et le champagne étaient servis. En parallèle aux discussions informelles, il nous a était demandé de travailler, de remplir de grandes feuilles blanche pour expliquer comment nous voulions que les organisations soient connectées les unes aux autres. Dans un second temps, sur la base des dessins faits aux murs, nous échangions tour à tour sur les façons d'aider chaque organisation locale dans sa mission. En plus d'un soutien financier, l'Agile Alliance pourra contribuer à nos évènements, notamment en y envoyant des orateurs clefs.

Au final, je dirais mission réussie et j'en veux pour preuve ce cliché rapporté par Eric Lefèvre sur son blog. Le CARA y est bien représenté! Notez aussi une mention spéciale pour nos Coding Dojos!

Le mythe de l'auto-organisation?

Les approches agiles (y compris le Lean) renforcent le degré de responsabilisation des équipes dans leur travail quotidien. Le but est donc de laisser les équipes décider. On peut en retirer les avantages suivants:

• c'est la personnes qui effectue une tâche, qui sera la plus à même d'estimer correctement le temps nécessaire à sa réalisation, d'anticiper les problèmes à venir ou de proposer des pistes d'amélioration.
• l'efficacité d'une personne se voit améliorer si elle fait preuvre de plus d'autonomie : il est plus motivant d'être l'acteur de ses propres décisions, plutôt que de "subir" la décision d'une tierce personne.

En combinant ses avantages à l'échelle d'une équipe, si chaque membre se sent réellement impliqué et mobilisé autour de l'objectif commun, la performance de l'équipe sera grandement améliorée!

Mais bien souvent, on associe auto-organisation avec chaos; le sens commun nous incite à croire que si il y a pas de chef il n'y aura pas de décision. On nous dit que le consensus est une utopie (merci Thomas ;-) pour son billet). Heureusement, nous ne sommes pas obligés d'adhérer à ces croyances.

Sur un terrain de sport, les membres de l'équipe savent ce qu'ils doivent faire, ils ont été entrainés par un coach... l'intelligence de leur jeu est plus élevée que la simple somme des intelligences de chacun. Pouvons-nous en dire autant dans nos projets?

Mais quelles sont les conditions nécessaires à cette auto-organisation? 3 axes pour tenter de répondre à cette questions :

L'équipe est-elle réellement identifiée?
Les membres peuvent-ils compter les uns sur les autres à tout moment? Les membres de l'équipe sont-ils des ressources partagées ou des membres investis et impliqués? Scrum insite sur ce point grâce à la fameuse blague des cochons et des poulets. Clairement, une bonne pratique consiste à se focaliser sur le moins de choses possibles à faire à la fois. J'aime la remarque d'un collègue qui me disait un jour "A la maison, le matin, est-ce qu'on est efficace si on se brosse les dents en habillant le petit dernier, tout en préparant son biberon, alors que le téléphone sonne..."

Les membres d'une équipe partagent-ils un objectif commun?
C'est souvent le cas mais on constate trop souvent qu'il existe des enjeux personnels, des incompréhensions, bref, toutes sortes de freins à la cohésion de l'équipe sur l'objectif, la façon de l'atteindre ou simplement une décision le concernant. Il n'y a pas de solution miracle pour adresser ce point. Travailler la communication et le développement interpersonnel des acteurs du projet sont des pistes à considérer. Suivre des formations en communication c'est excellent, personnellement ça m'a ouvert les yeux sur pas mal de choses. Mais n'oublions pas le rôle du coach d'une équipe... j'ai bien dit coach, pas chef ;-) Son but est bien de faire grandir l'équipe, d'aider cette dernière à gagner en auto-organisation. Mais au delà de l'objectif commun de l'équipe, il y a les valeurs, les croyances et les motivations de chaquun des membre : sont-elles alors compatibles avec celles des autres membres? Sont-elle alignées?

L'équipe peut-elle décider?
Quel est la zone de contrôle de l'équipe? Quel est son pouvoir de décision? Quels sont les moyens mis à disposition de l'équipe? Dans Scrum ce n'est pas l'équipe qui décide du "quoi faire?", c'est plutôt le Product Owner. Néanmoins, c'est l'équipe qui est responsable du "comment faire?". Or, toute décision engage des moyens (réallocation de ressource, changement de méthode, etc...). Si une équipe n'a pas de tels moyens, peut-elle réellement décider?


Si l'une de ces conditions n'est pas remplie, peut-on encore espérer l'auto-organisation? J'avoue que ma vision du travail d'équipe est largement inspiré des Core Protocols. C'est que j'y trouve des principes simples, claires, pragmatiques et universels (enfin à quelques cultures près). Ca me parle le simple et le pragmatique! De votre coté, de décidez-vous pour laisser plus d'autonomie à vos équipes? Si vous êtes dans une équipe, êtes-vous aligné avec les objectifs de votre équipe?

Première formation CSM à Grenoble!

J'ai le plaisir de vous annoncer que François Beauregard viendra du Québec pour animer une formation Certifiante ScrumMaster dans notre belle région à Grenoble les 12 et 13 février prochains. Il s'agit de la première formation de ce type ouverte au public dans notre région. Les informations et l'inscription sont disponibles en ligne. La formation est co-organisée par la société Pyxis et l'association Club Agile Rhône-Alpes (CARA).

Groupe des Utilisateurs Français de Scrum

Je souhaite la bienvenue à cette toute nouvelle formation : le SUG-France (Scrum User Group en anglais dans le texte) dont la première rencontre se tiendra à Paris le 19 mars prochain en présence de Jeff Sutherland (l'un des pères fondateurs de Scrum). Le groupe herbergé sur meetup compte déjà plus d'une centaine d'inscrits! Les fondateurs du groupe envisagent de créer une association à but non lucratif, sorte de relais local en France de l'association internationale ScrumAlliance. Pour info, il existe de très nombreuses "antennes" de la ScrumAlliance à travers le monde.