Être agile, ou pas

Durée: 4m1s

Date de sortie: 29/10/2019

Et toi, tu fais du vrai agile ou du faux agile ? Ah ah ! Cette question m’amuse toujours beaucoup.

Elle fait le beurre des consultants (dont moi 😘) qui rassurent (ou pas) leurs clients.

Alors dans cet épisode je te propose un outil simple, objectif et diablement puissant pour mesurer ton niveau d’agilité.

Attention, ça risque de piquer…


Revoir les 12 principes du manifeste agile

- https://artisandeveloppeur.fr/les-12-principes-du-manifeste-agile

Se former dans la Maison des compagnons

- https://maison.artisandeveloppeur.fr

Rejoindre la communauté des artisans développeurs

- https://artisandeveloppeur.fr


Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.

Bienvenue sur le podcast Artisan Developer, l'émission pour les programmeurs qui veulent
vivre une carrière épanouissante. Prêt à passer au niveau supérieur ? C'est parti !
J'entends pas mal parler du Dark Agile et ça m'amuse honnêtement. Ça m'amuse parce que
je me méfie toujours des gens, et moi le premier, qui prétendent détenir la vérité et qui viennent
expliquer combien tu es dans l'erreur. Cela ressemble vite à une forme de dogme. Et du coup,
c'est une question que j'entends souvent, est-ce qu'on fait bien de l'agile ? Et là je sors ma baguette
à mesurer, et non c'est pas vrai, j'en sais rien en fait. Est-ce qu'on fait bien de l'agile ? Il y a
cette question qui revient avec un petit peu cette espèce d'idée, cette pointe parfois de est-ce
qu'on est un bon élève ? Est-ce qu'on fait bien les choses ? Et j'ai reçu de cette phrase de
Sangromane Couso qui me plaît beaucoup, on ne fait pas de l'agile, on est agile ou pas ? Et donc
pour juger de son niveau de maturité, on peut déjà écouter comment on parle de l'agilité dans
l'entreprise, comment les équipes perçoivent les choses, et puis il y a cette définition très simple.
Être agile, c'est avant tout une question de boucle de feedback pour s'adapter à un monde incertain.
On pourrait dire que plus la boucle est rapide, plus on est agile, plus elle est longue et moins on l'est.
Cette définition pour moi, elle mérite d'être extrêmement claire, elle est totalement objective,
elle est simple, elle est mesurable. Combien de temps met ton équipe entre l'idée de faire
quelque chose qui va livrer de la valeur, et elle retourne le feedback sur cette valeur livrée ?
Note bien une chose, c'est que dans cette définition, tu as déjà un élément de réponse.
Si tu ne mesures jamais l'impact ou la valeur livrée de ce que tu livres,
bah ta boucle sera jamais fermée, tu pourras jamais faire un tour.
Donc on parle de l'hypothèse que déjà, tu t'intéresses à ce que tu libres et à l'impact que ça a.
Alors pense-y très fort. Combien de temps ça met ? C'est dire vraiment, tu prends le moment où
ton product honneur, ton chef de produit ou qui que ce soit, ton client, ton chef te dit,
j'aimerais faire ça, et on va le faire, c'est acter, c'est décider. Entre ce moment-là et
le moment où tu peux retourner lui dire, ok, c'est fait, et les clients adorés ou non,
c'est un gros flop, et c'est pas grave, on passe à autre chose. Alors moi honnêtement,
un petit retour d'expérience, ça dépend vraiment beaucoup des projets en fait. Sur
certains projets comme l'arène, où on est totalement maître de ce qu'on fait, c'est une histoire de
jour, voire d'heure par moment. C'est-à-dire qu'en le moment où on a une idée, le moment où on
met en oeuvre et on a du feedback, ça peut être parfois quelques heures. Sur d'autres projets,
en ce moment, les projets sur lesquels je travaille qui ont une durée la plus longue de boucles
de feedback, c'est deux mois. Et honnêtement, moi à mon niveau, je trouve ça déjà beaucoup trop long.
Mais bon, c'est le rythme du projet et du client, donc on fait avec. Alors voilà, moi ce que j'aime
dans cette définition, c'est qu'on sort des interprétations, on évite les jugements. La question n'est
plus de savoir si on fait bien tel ou tel rituel. La notion de rituel, même s'efface, tu remarques
que je n'ai pas parlé de est-ce qu'on était un bon élève ou pas, je te parle juste de boucles
de feedback. Si tu fais de superbes et spective, mais qu'il te faut toujours six mois pour livrer de la
valeur à ton client, eh bien, tiens moins agile que s'il te faut deux semaines. Un point c'est tout.
En étendant cette notion plus loin, c'est aussi l'occasion de se rappeler que l'agilité ne donne
pas de réponse. Elle pose un cadre qui rend les choses visibles. Mais le cadre n'est qu'un moyen,
pas une fin en soi. Donc je suis curieux, dis-moi, dis-moi en commentaire, en email, envoie-moi un
feedback. Benoît à RobasesArtisanDeveloppeur.fr, combien de temps met ton équipe entre l'idée et
le retour client ? Et tâche d'avoir une réponse honnête et de vraiment évaluer ça de manière
objective. J'espère que ça t'a donné à réfléchir et je te dis à demain.

Les infos glanées

Je suis une fonctionnalité encore en dévelopement

Signaler une erreur

ArtisanDéveloppeur

Artisan Développeur est un podcast destiné aux développeurs qui veulent bâtir une carrière épanouissante. Hébergé par Ausha. Visitez ausha.co/fr/politique-de-confidentialite pour plus d'informations.
Tags
Card title

Lien du podcast

[{'term': 'Technology', 'label': None, 'scheme': None}, {'term': 'Technology', 'label': None, 'scheme': 'http://www.itunes.com/'}]

Go somewhere