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 !
Aujourd'hui je suis avec Frédéric Leguédois, Frédéric bonjour.
Bonjour. Pour les auditeurs qui ne te connaissent pas encore, est-ce que tu peux nous dire ce que
tu fais en une minute ? Je suis dans le développement logiciel depuis quelques années,
je suis né quelques décennies et j'accompagne à la fois des entreprises qui veulent être
fédées sur cet aspect-là et en même temps je fais aussi de la conception et de la réalisation
de logiciels sur les usines. Et ce qui m'a donné envie de t'inviter, c'est que je crois que tu as
une confesse carrément sur cette thématique qui est comment planter son projet sans se faire
choper. Alors je me disais si tu pouvais donner quelques conseils aux auditeurs sur comment planter
bien comme il faut un projet sans se faire choper, ça pouvait être quand même vachement sympa.
Effectivement c'est un titre de conférence un peu provoquant qui est en fait un RECS,
un retour d'expérience sur un projet auquel j'ai participé et j'avais fait ce constat
qu'il y avait beaucoup notamment de très grandes entreprises qui avaient à peu près toujours les
mêmes travers de fonctionnement et dans le même temps il y avait vraiment toute une démarche
de mise en œuvre justement pour pas faire choper et d'où ce titre un peu provoquant
de comment planter son projet sans se faire choper. L'idée c'était déjà de donner des recettes
finalement de tout ce qu'il faut pas faire, tout ce qui s'est planter et puis ensuite donner les
éléments de langage pour malgré tout le faire passer. Alors à titre d'exemple il y en a un qui
est relativement simple et qui me tient beaucoup à coeur c'est démultiplier les intermédiaires
entre les concepteurs d'un produit et les utilisateurs d'un produit. Donc dans le monde du
développement logiciel démultiplier les intermédiaires entre les utilisateurs et les développeurs
et ça c'est vraiment quelque chose pour planter un projet qui fonctionne de manière merveilleuse et
puis j'allais dire systématique parce que chaque fois qu'on ajoute un intermédiaire on va rajouter du
délai on va rajouter de l'incompréhension on va ajouter de la déperdition d'information donc en fait
ça va planter et d'un autre côté c'est extrêmement simple à faire passer dans une
organisation parce qu'il suffit de dire on va ajouter une personne ça va aller plus vite. C'est
en fait cette croyance que plus on rinemonde sur un projet plus ça va fonctionner vite.
Ah c'est bon ce que tu dis c'est bon c'est un vrai argument tu vois je veux dire dans la tête des gens
plus tu mets de monde plus tu vas vite quoi. C'est ça plus tu vas vite et c'est pour ça que cette
conférence s'appelle comme on plantait son projet sans se faire choper parce que dans plein
d'organisations les gens sont vraiment de très très bonne volonté le projet ne va pas assez vite
on va ajouter une personne et cette personne on l'ajoute où ? On l'ajoute entre les utilisateurs
et les développeurs on va dire entre les utilisateurs d'un produit et les concepteurs du
produit et forcément ça mène à des catastrophes donc ça c'est un exemple parmi d'autres de gens
qui sont complètement bien intentionnés et puis parfois il y a des situations qui sont quand
même délicates sur certains projets quand on intervient on va intervier un peu tout le monde
on intervient les développeurs et on se rend compte qu'ils n'ont jamais rencontré un utilisateur
final on se rend compte qu'ils ne connaissent pas le nombre d'intermédiaires entre eux et les utilisateurs
finaux c'est à dire qu'ils ne savent même pas qu'ils parlent à un tel qui parle à un tel qui
parle à un tel qui parle à un autre. Cette chaîne de communication n'est pas identifiée et donc
forcément ça fait très très mal sur les projets. En fait quand je t'écoute ça me fait penser à
plein de choses il y a évidemment le truc assez classique de rajouter des niveaux hiérarchiques
quelque part entre le chef de projet, le chef de projet du chef de projet, le chef du projet
client. Initialement je pensais à ça mais je réalise que d'un coup il y a plein de d'autres
intermédiaires si on reste dans le cadre du logiciel tu vois j'ai un cas précédent client en
tête les développeurs ne connaissent en fait que deux externes la QA et le marketing en fait et
effectivement ils n'ont jamais parlé à un utilisateur ou même un représentant des utilisateurs
c'est ils parlent au market qui va, des fois je me demande si l'utilisateur fait partie de leur
considération mais parce que aussi ils ont des obligations à tenir tu vois ils ont une robe
pour faire plaisir peut-être plus à leur chef qu'à leurs utilisateurs. Oui c'est des organisations
où l'utilisateur a été oublié la finalité a été oublié c'est-à-dire c'est des organisations
qui se sont recrouvillées sur elles-mêmes recrouvillées sur leur sur leur problématique interne
de fonctionnement sur les difficultés à communiquer entre les personnes et qui à un moment oublie
un peu la finalité et je suis toujours surprise du piffé quand quand j'écoute des des des gens
particulièrement intelligents brillants des chercheurs des médecins des voilà des gens qui
ont vraiment atteint un haut niveau leur capacité à remettre les lises au centre du village
la capacité à reprendre du recul à relativiser tous les enjeux et et en fait à être capable de
définir c'est quoi la mission première c'est quoi l'enjeu premier et effectivement l'enjeu premier
c'est bien entendu de satisfaire les utilisateurs quand on oublie ça bah il ya toute une complexité
qui se met en place et comme il ya une confusion très importante dans notre dans notre culture
entre finalement le travail c'est à dire ce qu'on fait là où fournir un effort et le travail utile
ou si j'étais un peu plus tâquin entre le travail et le gaspillage comme il ya une très grande
confusion entre les deux il ya un moment on estime que si on est sur son temps de travail sur son lieu
de travail et son matériel de travail et que je suis en train de parler avec mes collègues ou avec
mes clients que je fais une réunion avec un compte rendu de réunion tout ça ça a le goût du travail
ça la saveur du travail ça l'apparence du travail sauf que si c'est pas orienté pour les
atelors finaux c'est pas du travail c'est du gaspillage et et et vraiment la différence est ténue
est extrêmement ténue et du coup c'est parfois difficile à percevoir et du coup effectivement les
personnes se se perdre un peu et on oublie l'enjeu premier qu'est de satisfaire des utilisateurs et
imaginant que nos auditeurs se reconnaissent trop bien dans cette description de que tu fais de l'entreprise
qui a l'air un peu malade quand même tu lui donnerais quoi comme conseil en dehors de te passer un
coup de fil et t'appeler mais s'il en a pas les moyens qu'est ce qu'il peut faire pour fixer
localement la situation moi je commence souvent par faire un petit dessin parce que quand on arrive
sur des contextes qu'on connaît pas c'est utile et donc je commence à dessiner un petit bonhomme
qui est le développeur et je dessine de l'autre côté un petit bonhomme qui est l'utilisateur
final et j'essaye d'identifier tous les intermédiaires à chaque fois je dessine un petit bonhomme et
puis je regarde ce qu'il en est de la chaîne de communication alors rien que de créer cette
notion intellectuelle au sein d'une organisation ça de la valeur c'est à dire déjà parfois elle
n'est pas identifiée cette chaîne de communication parfois elle est multiple c'est à dire quand
ça perçoit que en fait l'information vient un peu de partout ce qui est assez drôle là parce
qu'en termes de priorisation c'est tout de suite très compliqué et donc juste dessiner ça et
après de se dire comment est-ce que je peux faire pour raccourcir cette chaîne là et quand on
dit raccourcir cette chaîne là c'est pas forcément supprimer des rôles et encore moins
supprimer des personnes déjà on peut laisser les personnes dans leur rôle et dire par exemple
bien les développeurs vont avoir le droit d'assister une réunion auquel ils avaient pas le
droit d'assister avant parce que ça leur permettra d'aller plus en contact avec les utilisateurs
ça c'est le premier point et si un moment il y a une organisation qui a le courage de supprimer
certains rôles ça veut pas dire supprimer les personnes parce que ces personnes c'est à priori
des professionnels qui ont de l'expérience qui ont de la valeur et donc c'est juste une pure
question d'organisation voilà et puis après il y a encore un axe qui est possible d'explorer c'est
pas le cas mais c'est un peu plus facile pour les développeurs et les utilisateurs
qui vont parler avec le marketing qui va parler avec les utilisateurs finaux mais par une fois
par mois les développeurs vont rencontrer les utilisateurs finaux avec le marketing c'est à
dire que plutôt que de dire c'est binaire c'est à dire on passe toujours par le marketing ou jamais
par le marketing et bien on peut dire au quotidien on passe par le marketing mais une fois par
mois on va créer ce lien directement ce qui va énormément faciliter le dialogue ce qui va
aussi développer d'autres qualités comme par exemple l'empathie et la compréhension mutuelle
des enjeux c'est à dire que quand il y a des développeurs qui rencontrent des utilisateurs
ils reviennent avec une source de motivation qui est absolument tout autre que quand ils doivent
répondre à un quai des charges puisque là ils comprennent pourquoi est ce qu'ils travaillent
ils comprennent et c'est clair ça donne le sens pour moi les utilisateurs font le retour des utilisateurs
fait partie intégrante du salaire de développeurs en fait ouais c'est ça il y a une vraie source
de motivation donc après c'est plus ou moins perçu c'est pareil quand l'organisation a
complètement quitté la logique des utilisateurs finaux et bien en fait on en arrive à des
fonctionnements particuliers moi je sais qu'une fois on m'a dit mais faire rencontrer les
développeurs avec les utilisateurs finaux c'est c'est développer le syndrome de Stockholm c'est
à dire que dans la tête dans la tête des personnes les utilisateurs étaient des preneurs
d'otage et les développeurs étaient des otages et qu'il fallait surtout pas qu'ils se rencontrent
et qu'il fallait mettre moultes intermédiaires et s'en dit long sur la culture de la boîte
ça c'est un peu flippant quand même mais je vois que la time box arrive à sa fin je suis désolé
c'est le jeu des 10 minutes bah écoute frédéric merci pour merci pour tout ça se retour c'était
super intéressant mais les auditeurs veulent en savoir plus ils peuvent venir où il ya un site
le guédois pour les faire twitter lincaudine ok on mettra tout ça dans la description
merci frédéric merci à toi quant à toi cher auditeurs j'espère que tu as apprécié cet épisode
si c'est le cas je t'invite à venir sur compagnons.artisandeveloper.fr tu y retrouveras
l'intégralité des épisodes du podcast mais aussi des épisodes du tube et tu pourras même
t'inscrire pour recevoir tout ça dans ta boîte mail directement je te remercie je te dis à bientôt