Des pratiques pour obtenir une équipe pluridisciplinaire

L’agilité propose un concept d « équipe pluridisciplinaire » qui est parfois mal interprété et bien souvent difficile à mettre en œuvre.

La mauvaise interprétation consiste à penser que chaque équipier doit savoir tout faire (dont que tout le monde est spécialiste de tous les domaines). Si c’est possible, c’est génial, ne vous en privez pas, l’efficacité de votre équipe n’en sera que meilleure. Mais généralement c’est impossible par manque de temps, d’argent et surtout de désir personnel des individus.

Vous trouverez de nombreux articles qui décrivent les bénéfices d’une équipe pluridisciplinaire. Et de mon point de vue, le bénéfice principal est de permettre de réellement prioriser les choses à faire sur la base de la valeur pour l’utilisateur/client sans avoir à tenir compte des compétences disponibles dans l’équipe durant l’itération/version à venir.

A la formation d’une équipe les personnes qui la composent ont souvent des compétences distinctes. Dans l’IT, on trouve par exemple des architectes, des développeurs Front, des développeurs Back, des testeurs, des opérations. En dehors de l’IT (beaucoup de projets que j’accompagne actuellement), c’est des mécaniciens, des électriciens, des mathématiciens, des spécialistes des gaz, des qualiticiens …

Alors comment faire pour aider une équipe à devenir pluridisciplinaire ?

Voici quelques techniques que j’utilise et qui peuvent donner de bons résultats (ce ne sont pas des solutions toutes faites, il vous faudra réfléchir à la meilleure façon de les mettre en œuvre dans votre contexte).

Continuer la lecture de « Des pratiques pour obtenir une équipe pluridisciplinaire »

Agilité est un mot « mana »

MANA-pictosEn Polynésie, et plus généralement en Océanie, le terme « mana » désigne une force surnaturelle ayant un pouvoir d’influence important. Les habitants peuvent l’utiliser de façons diverses en tant que verbe actif, verbe passif ou substantif (voir adjectif), et l’une des façons de faire consiste à incanter ce mot en espérant bénéficier de son pouvoir.

Dans un registre différent, le terme Mana est couramment utilisé dans les jeux vidéos pour représenter la quantité de pouvoir magique dont dispose un personnage, et avec lequel il peut réaliser des choses extraordinaires.

J’ai l’impression qu’actuellement en France, le terme Agilité est devenu un mot Mana, et que beaucoup de gens le prononce comme s’ils en espéraient une intervention divine, c’est à dire en espérant qu’ils n’aient rien à faire pour que les bonnes choses arrivent.

Continuer la lecture de « Agilité est un mot « mana » »

Bien découper les User Story

Decouper StoryDernièrement j’ai été confronté à un découpage « technique » d’une User Story et malheureusement c’est quelque chose que je vois assez régulièrement.

Le problème initial est que l’équipe estime une User Story trop grosse pour pouvoir être terminée durant l’itération, il faut donc la découper sous peine de voir l’itération échouer (en effet, il est important de finir pour beaucoup de bonnes raisons qui pourraient être l’objet d’un autre post si cela vous intéresse). Bien sur il est préférable de garer une cohérence fonctionnelle à une User Story, c’est à dire utilisable pour créer de la valeur pour l’utilisateur, mais parfois elle est vraiment trop grosse.

Lorsque le Product Owner a du mal à trouver comment découper cette User Story, alors les équipiers proposent leur aide, ce qui est une très bonne chose, et malheureusement dans certains cas, le résultat est un découpage technique 🙁

Continuer la lecture de « Bien découper les User Story »

Une semaine particulière

vecteur calendrierCe n’est pas vraiment mon habitude de vous raconter ma vie au quotidien sur ce blog, et pour une fois l’envie me prend de vous raconter ma semaine passée car elle a été vraiment particulière du point de vue professionnel.

Voici ce dont je vais vous parler :

  • Un pitch de Maître Cuisinier
  • Des jeux qui font le travail
  • Un acheteur, une juriste et un chef de projet
  • Un Hackathon
  • Des racines et des Germes

Continuer la lecture de « Une semaine particulière »

Histoire de l’agilité

Impulsion LogoLes personnes du groupe Impulsion38 (Réseau de cadres en recherche d’emploi) m’ont demandé un petit article sur l’agilité pour leur dernière lettre d’information, je leur ai proposé une courte « Histoire de l’Agilité », la voici.

Histoire de l’Agilité

Les méthodes Agiles ont été imaginées dans les années 90, pour essayer de résoudre les 4 problèmes les plus rencontrés lors de la conduite de projet informatique.

1- Définition exhaustive du besoin en amont
Toutes les équipes de réalisation souhaitent avoir une définition précise du produit à réaliser pour qu’il n’y ait pas de changement à gérer et que le projet reste dans son budget et son planning initiaux. Compte tenu de la complexité des projets actuels, de l’évolution des technologies et de la concurrence féroce, ce souhait est malheureusement irréaliste.
Les méthodes agiles proposent d’adopter une approche empirique qui consiste à apprendre en faisant, donc il est possible, et même recommandé, de démarrer un projet rapidement en se donnant la possibilité de le faire évoluer au fil du temps. Les coûts de reprises générés sont largement compensés par les gains dans la définition du besoin et la réduction du périmètre du projet.
Continuer la lecture de « Histoire de l’agilité »

Et si nous faisions des rétrospectives optimistes ?

Points FortsJ’ai l’habitude de dire que la rétrospective est l’une des réunions les plus difficiles à bien mener dans un déroulement de projet Agile. En effet, c’est un moment délicat où l’équipe peut mettre sur la table des sujets difficiles dont le traitement peut révéler certaines insuffisances collectives ou personnelles, donc généralement, des choses que nous n’aimons pas faire.

Depuis 9 ans que je pratique l’agilité, j’ai constaté que durant les rétrospectives, et bien que l’équipe identifie des points forts et des points faibles, les discussions portaient à 95% sur les points faibles. Cette situation me semblait normale et pleine de bon sens car je pensais qu’il était naturel de corriger ce qui ne fonctionne pas pour s’améliorer et il semblerait que cette façon de penser soit liée à notre culture Française issue de la religion catholique (je reviendrais plus loin sur ce point).

Dernièrement j’ai été confronté à 3 situations qui m’ont fait évoluer dans ma réflexion :

  1. Une bonne initiative d’un Scrum Master que j’apprécie
  2. Une rencontre impactante
  3. Deux essais personnels concluants

Voici ce qui s’est passé Continuer la lecture de « Et si nous faisions des rétrospectives optimistes ? »

Ma rentrée 2013

rentree-articleC’est la rentrée … donc c’est également la reprise pour moi avec quelques belles formations à venir :

  • SCRUM (Gestion de Projet)  : Opportunité rare car j’en fait très rarement en Inter Entreprise sur Grenoble – Seulement 4 places disponibles – Tarif attractif me contacter directement
    • 24 et 25 septembre sur Grenoble
  • INNOVATION GAMES : Les jeux qui permettent d’animer vos réunions de façon efficaces – Cf. onglet Formation
    • 4 octobre à Grenoble
    • 18 octobre à Rennes
    • 15 novembre à Paris
  • KANBAN : … et avec Laurent MORISSEAU s’il vous plait !!
    • 20 novembre à Grenoble

Sinon au programme il y a également les conférences auxquelles je devrais participer :

  • TOULOUSE
  • RENNES
  • GENEVE (nouveau)
  • BORDEAUX
  • GRENOBLE
  • BENELUX (nouveau)

Et le magique AGILE GAMES FRANCE 2014 à planifier rapidement (par exemple les 7 et 8 février 2014 … qu’en dites vous ?)

Et des missions de coaching à planifier … bref la rentrée s’annonce bonne !!

Je suis un Coach’Agile

Le terme « Coach Agile » est couramment utilisé dans le domaine de l’agilité pour décrire quelqu’un qui intervient auprès d’une équipe ou d’une organisation pour mettre en place une méthode agile. Qu’il s’agisse de la méthode Scrum, de XP ou du Kanban, l’intervention consiste à expliquer les pratiques à mettre en œuvre puis à accompagner leur mise en place. L’activité de l’intervenant est donc principalement de la préconisation et de l’identification des écarts de mise en pratique, soit une activité de consultant, bien loin des activités d’un coach.

Je pense pour ma part agir également sur d’autres leviers que les pratiques seules lors de mes interventions :

  • Amener les décideurs à réfléchir aux raisons qui les ont conduit à essayer l’agilité
  • Amener l’équipe à réfléchir sur ce qu’elle veut essayer pour mieux fonctionner
  • Amener chaque individu à réfléchir à sa place au sein de l’équipe et sa façon de se comporter
  • Faire prendre conscience à chacun de ses résistances et de la valeur qu’il peut apporter à l’équipe
  • Expliquer les bénéfices attendus et l’état d’esprit Agile plutôt que les pratiques elles mêmes

J’ai eu plusieurs fois l’occasion de discuter avec des personnes qui étaient gênées (voir plus) avec le fait que j’utilisais le terme « Coach Agile » pour me décrire puisque je ne suis pas Coach. J’ai eu également l’occasion de rencontrer des Coachs certifiés qui n’étaient vraiment pas Coach, et d’autres qui ont suscités mon intérêt pour le Coaching.

Quoiqu’il en soit, il est vrai que je ne suis pas Coach, puisqu’au delà de la certification que je n’ai pas, il m’arrive de préconiser des façons de faire à mes clients et même de faire moi même le travail, puisque je prends parfois le clavier pour rédiger quelques User Story directement dans le Backlog. Plusieurs de mes clients apprécient fortement cela puisque plusieurs d’entre eux m’ont d’ailleurs dit : « Ce que l’on aime chez toi c’est que tu n’es pas Coach ».

Mais je ne suis pas non plus un simple consultant car j’agis sur d’autres leviers que les pratiques.

Alors à partir d’aujourd’hui j’ai décidé d’utiliser le terme « Coach’Agile » (surtout ne pas faire de pause, c’est 1 seul mot, et il est même recommandé d’accélérer la liaison), comme il n’existe pas, j’espère ne plus vexer personne 🙂

 

LinkedIn … qui voit qui ?

Amusant de regarder les profils qui sont vus à partir de mon profil LinkedIn.

Et plutôt assez représentatif de mon réseau personnel, comme quoi le Web dispose de plein d’informations sur chacun d’entre nous, ce n’est pas une nouvelle mais cela fait toujours un peu peur.

Et honneur aux dames, puisque Laurence arrive avant Claude 🙂

Pair Training et Sérendipité

A la Fédération Agile, nous avons institué le Pair Training (2 formateurs en séance) avec beaucoup de succès dans nos approches pédagogiques.

Pour les participants, cette co-animation leur permet de bénéficier de

  • regards croisés,
  • retours d’expériences variés,
  • un rythme plus dynamique,
  • une plus grande proximité avec les formateurs lors des ateliers.

A ce propos je vous rappelle mes prochaines formations :

  • Innovation Games® : 14 mars sur Grenoble et 10 avril sur Paris
  • Kanban pour l’IT : 13 mars sur Grenoble et 20 novembre sur Grenoble

Généralement nous co-animons des sessions que nous avons préparé ensemble (comme les formations « Innovation Games® » que j’ai eu l’occasion de donner en 2011 et 12012 avec Claude Aubry @claudeaubry, Romain Couturier @romaincouturier et Fabrice Aimetti @Agilarium) ou nous collaborons avec un expert d’un domaine précis qui a préparé une formation spécifique (comme les formations « Kanban pour l’IT » que je vais donner avec Laurent Morisseau @lmorisseau).

Cette semaine la situation était différente car Claude Aubry m’avait sollicité pour co-animer une formation Scrum pour 16 personnes sur 2 jours – avec ce nombre de participants il est préférable d’être 2 – et des formations Scrum j’en donne également beaucoup de mon coté. Claude était à l’origine du contact alors nous avons naturellement choisi son support de cours pour la formation et c’est donc lui qui a donné le rythme du cours et décidé des ateliers à faire. J’intervenais ponctuellement pour donner mes retours d’expérience et surtout pour animer un groupe lors des différents ateliers.

Ces 2 jours ont vraiment été très spéciaux pour moi !!!

Continuer la lecture de « Pair Training et Sérendipité »