Pilier #1 Les Individus Et Leurs Interactions

Durée: 5m31s

Date de sortie: 13/03/2018

Pilier #1 Les Individus Et Leurs Interactions by Benoit Gantaume

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

Bienvenue sur le podcast Artisan Developer, l'émission pour les développeurs passionnés
qui combinent technique, agilité et développement personnel dans le but de nourrir l'excellence.
Nos expériences nous ont amené à valoriser les individus et leurs interactions plus que
les processus et les outils. Nous reconnaissons la valeur du second élément, mais privilégions
le premier. Ceci est le premier pilier du manifest agil. Bienvenue dans ce podcast sur le
manifest agil. Si tu n'as pas encore écouté le premier épisode, je t'invite à aller l'écouter.
Ils traitent de pourquoi encore en 2018 étudier le manifest agil. Les individus et leurs interactions,
plus que les processus et les outils. Oui, il faut bien remettre dans le contexte en 2001 qu'elle est
le processus dominant. C'est tout ce qui va être cyclonvé. Dans le cyclonvé, effectivement, le
process a une place prépondérante. On est quasiment sur des logiques industrielles. On pourrait presque
croire que les gens sont interchangeables. Il suffit d'interchanger les gens. Si vous
plaît, vous mettez 12 kilos de J2E et 500 g de design paterne, s'il vous plaît. Non, ça marche
pas comme ça. Les individus et leurs interactions sont plus importants évidemment. Mais ça,
on l'a un petit peu oublié à ce moment-là. Les individus, ben oui, ce sont eux qui font. Ce sont
des gens, des êtres humains. Il faudrait juste pas oublier ça. Et leurs interactions, un être
humain tout seul aujourd'hui ne peut plus faire grand chose, en tout cas, pas dans cette industrie.
Il peut faire bouger les choses, mais il aura besoin de gens avec qui travailler. Donc effectivement,
comment les gens interagissent est fondamental. Vous pouvez très bien avoir des équipes, moi je
me souviens d'équipes qui ont un petit peu fonctionné à l'envers. C'est en enlevant une
personne de l'équipe que l'équipe s'est mise à mieux fonctionner. C'est pas vraiment classique dans
les règles productivistes. Taylor, ça s'applique pas quoi. Pour en revenir sur le processus,
on peut suivre mon processus à la lettre et quand même planter le projet. C'est du vécu.
Quand t'as qu'il y a des outils, ben oui, mais ça c'est un peu les développeurs, on kiffe ça
à les outils quoi. D'ailleurs, c'est drôle à chaque fois que je fais une formation, que ce soit
sur le Scrum, que ce soit sur l'extrême programming, le clean code, le TDD. On me demande à la fin,
ok, c'est quoi les outils ? C'est quoi les bons outils ? C'est quoi ce que tu utilises ? Surtout
quand il s'agit de Scrum. Les gens ne rêvent que d'une chose et tout de suite passer au numérique
sur le Scrum board. Et là, je dois dire que je sens parfois une certaine déception quand je leur dis,
pour moi le meilleur outil, c'est le post-it et le stylo. Là, je sens comme un peu une frustration.
D'abord, je le pense un peu, mais il y a aussi un enjeu derrière cette réponse. Il faudrait pas
perdre de vue l'essentiel. L'essentiel, c'est pas l'outil, c'est ce que j'en fais. Si ça apporte de la
valeur de connaître sur le bout des doigts, très low, ton outil de gestion de projet, tant mieux,
super, vas-y, vas jusqu'au bout du truc, vas jusqu'au bout de ton expertise, mais il faudrait pas
oublier que ce n'est pas l'essentiel. L'essentiel, c'est ce que tu vas mettre dans ta carte. Alors,
en prédire, Benoit, tu te fais un peu l'avocat du diable. Il n'y a pas si longtemps que tu nous disais
que le process et les outils étaient importants. Je disais même qu'il fallait savoir investir sur
ces outils, bien sûr. Les outils sont des leviers de productivité. Si j'ai les bons outils,
je suis plus efficace. Et ce n'est pas juste un enjeu pour mon entreprise, c'est aussi un enjeu
pour moi. Si j'ai les bons outils, je vais vite, je prends du plaisir. Si j'ai les bons outils,
je vais vite, je progresse, je tend vers l'excellence. Et les process, bien sûr que le processus
conditionne le résultat. Vous n'aurez pas le même type de résultat si vous développez un logiciel
avec un cyclon V ou sur une approche agile telle que Scrum. C'est évident. Et c'est bien ce qui m'embête,
en fait, dans le manifeste tel qu'il a écrit en 2001. Je comprends, ça fait du sens si je me
reprojette en 2001. Mais aujourd'hui, au lieu d'écrire plus que moi, j'ai envie d'écrire et,
parce qu'aujourd'hui, ces démarches commencent à être démocratisées. Elles ne sont plus
révolutionnaires comme elles pouvaient l'être en 2001. Ça ne veut pas dire qu'elles sont plus
applicables, ça veut juste dire que je veux tout. Je veux les individus, leurs interactions,
les processus et les outils. Pourquoi choisir ? La performance et l'excellence viendront de la
coordination des quatre. Je t'en remercie d'avoir écouté ce podcast jusqu'au bout. Demain,
on travaillera sur le deuxième pilier. Et si tu as apprécié ce podcast, tu peux me rendre un service.
Tu vas sur iTunes et tu mets une super bonne note. C'est carrément important pour faire décoller
le podcast et diffuser ça auprès d'un maximum de monde. Et puis en plus, moi, ça me fera trop
plaisir. Et si j'ai en plus un petit message, alors là, c'est carrément génial. Je t'en remercie,
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