Agile délocalisé

L'un des principes agiles est la communication face à face.

Comment faire lorsque l'équipe (Client, Développeurs) est délocalisée ?
Une rencontre entre tous permet de créer cet esprit d'équipe indispensable à l'agilité. Cela permet aussi de prendre conscience du manque du à la délocalisation.
Des solutions

  • Outil collaboratif
  • Webcam ou vidéo-conf
  • Télé-conf

permettent alors de pallier à ce manque de localisation de l'équipe.
Des produits comme Icescrum proposent une fonctionnalité de "chat".
Mais tout cela n'a rien à voir avec la présence effective du Client sur site (pratique XP). On perd en pro-activité, on perd en réactivité.
On perd en feedback concret et rapide.

Pourquoi être localisé

L'agilité pose l'intérêt d'accueillir les changements (le 2ème principe agile). Ce qui a pour corollaire l'émergence des exigences (autre principe agile). Pourquoi ?
Le postulat de l'agilité est que fabriquer un logiciel est trop complexe pour être modélisé par les gros documents du début de projet.

  • Le gros plan qualité
  • Le gros dossier de spécifications

en particulier. Plus précisément, les activités essentielles : spécifier et concevoir (au sens large) sont trop complexes.
Autrement dit, c'est en utilisant le produit que le Client (le Product Owner dans Scrum) peut mieux comprendre et exprimer les besoins.
D'où la pratique versions fréquentes d'XP que l'on retrouve sous forme de principe agile.


Rise Up !

Quel est le rôle du Développeur dans l'expression de besoins ?

Soyons clairs : chacun ses responsabilités.
C'est bien le Client qui spécifie.
Pourtant, le Développeur joue un rôle essentiel.

Dans cette élaboration, cette maturation, des spécifications, le Développeur joue le rôle de miroir. Il sait faire apparaitre des contradictions, des flous, dans ce que raconte le Client.

Le Développeur joue aussi le rôle de poil à gratter.
Il sait poser les questions qui font mal. "Oui... Mais dans ce cas limite, on fait quoi ?".

Le Développeur participe donc à l'expression de besoins, indirectement, en tant que partenaire du Client. Tout comme un expert métier le ferait, dans des registres différents bien entendu.

Et cela ne se fait pas à distance.

Le service Client est prêt à payer (cher...) un "consultant" pour sa ré-ingénierie métier.
Dans le même temps (Ô Ségrégation !) ce même service n'hésite pas à acheter un outil essentiel (informatique) fabriqué par des esclaves à des milliers de kilomètres, se privant ainsi d'une expertise tout aussi pertinente (encore une fois dans un autre registre)... Et certainement moins chère tout en étant correctement rétribuée.

En cas d'avis de tempête : solidarité

Parfois la nouvelle tombe : le service est délocalisé (parfois on l'apprend dans la presse...).
Aïe.

Dans les années 80, alors que la République française devenait mitterandienne, la Pologne commençait à déboulonner les idoles soviétiques.
Solidarność
Si la Liberté ou la Justice en étaient la finalité, la solidarité en était le moyen.


Solidarsnosc



Vous n'êtes pas satisfait des syndicats de votre société ?
Participez, créez un nouveau syndicat.
Vous pensez que le syndicalisme n'est pas la solution ?
Animez un mouvement citoyen.

Créez, animez, participez à des communautés de Développeurs.

Une communauté de Développeurs, ce n'est pas uniquement le partage d'infos techniques que l'on retrouve par l'inévitable gougueul. C'est s'inscrire dans une fraternité professionnelle.


En vous souvenant qu'être Développeur agile,
ce n'est pas uniquement ''pisser du code''.
C'est être à 100% responsable de la fabrication d'un produit logiciel
qui a de la valeur pour ses Utilisateurs.


Il est temps de voir rouge.