Adapter l'Agilité à l'industrie

Par | | 3 min de lecture | English version

Tableau de gestion de tâches (Kanban-Scrum) avec des Post-it listant des actions séquentielles (acheter, assembler, tester) sous les colonnes Product Backlog, Sprint Backlog et En cours. Texte : Garant d'Agilité ?

Notre expérience montre que la Gestion Agile peut être adaptée aux besoins spécifiques des R&D industrielles et qu'elle est alors au moins aussi pertinente et efficace qu'en informatique.

Pourtant nous rencontrons des équipes qui disent avoir essayé par elles-mêmes et qui sont déçues des résultats !?!

Voici des exemples de témoignages d'équipes qui essaient par elles-mêmes de transposer l'Agilité « software » à leur développement « hardware » et échouent.

Les témoignages commencent toujours par : L'Agilité ne fonctionne pas pour nous, et pourtant, ...

Tableau de Post-it : apparence Agile, gestion traditionnelle

... on a un tableau de Post-its !

Si vos 4 Post-its sont « analyse du besoin », « spécifications », « conception générale », « conception détaillée », vous êtes en gestion traditionnelle, vous gâchez juste des Post-its.

Daily Meeting d'une heure chaque semaine

... nous avons un Daily Meeting d'une heure chaque semaine !

« Daily » est un mot anglais dont la signification va vous surprendre. On adapte les Dailies aux jours ouvrés mais elles doivent rester régulières et courtes. Renommer votre réunion de production hebdomadaire en « Daily » ne change rien.

Confusion Sprint et mode pompier

... on est en Scrum car on fait des Sprints !

Sprint est un mot tellement mal choisi. Si vos Sprints = mode pompier en fin de projet, ce n'est pas soutenable, ce n'est pas Agile.

Si vos Sprints sont de taille variable sans Releases (fréquent dans l'automobile), vous êtes en Kanban (gestion de flux), pas en Scrum. Les objectifs et résultats sont différents.

Poker Planning et estimation en jours

... on planifie en jours avec un Poker Planning !

Tout le monde constate que les estimations en temps sont fausses. Et le Burndown Chart ? Les dates tenues ? L'équipe motivée qui voit sa progression ?

Client comme Product Owner direct

... on écoute le client, c'est même notre Product Owner !

Le Product Owner est l'interface avec le client, pourquoi sauter l'interface ?

C'est grave docteur ?

RIEN n'est grave, on peut croire que l'on fait de l'Agile sans en faire vraiment. Pour nous ça pique d'entendre « on est Agile et ça ne marche pas » quand notre Yuka dit « 0 % Agile ».

On PEUT et on DOIT adapter l'Agilité pour les industries hors informatique, mais on ne peut pas se contenter de prendre les éléments visibles (comme les Post-its) sans capter l'esprit qui rend l'approche efficace.

Découvrez la formation Méthodes agiles en R&D physique, le site agilitehardware.fr dédié à l'agilité hors IT, et nos références clients.

Article également publié sur LinkedIn.

← Tous les articles

Passez à l'action !

Pour un devis rapide, une démonstration ou un RdV, sélectionnez simplement le mode de contact souhaité.

GB