
L'agilité sans excellence technique
Durée: 6m46s
Date de sortie: 12/11/2020
Sans maîtrise, la puissance n'est rien.
https://maison.artisandeveloppeur.fr/cursus-artisan-developpeur
Hébergé par Ausha. Visitez ausha.co/politique-de-confidentialite pour plus d'informations.
Bienvenue sur le podcast artisan développeur, l'émission pour les
programmeurs qui veulent vivre une carrière épanouissante. Prêt à
passer au niveau supérieur ? C'est parti !
Faut-il choisir comme Frère Moirke à Gilles Crème, Safe ou Less ?
En fait cette question pour moi elle a assez peu d'intérêt non pas qu'elle
n'est pas d'intérêt en soi je pense que en soi elle a un intérêt parce que
s'occuper de l'organisation est important mais là où de mon point de vue elle a
peu d'intérêt c'est que je m'intéresse surtout à la dimension
technique et moi ce que je constate c'est que quel que soit le Frère Moirke que
tu choisis en fait si tu ne t'intéresse pas à la question de l'excellence
technique à la savoir comment est-ce que tu vas progresser
techniquement ? Comment est-ce que ton équipe fait pour s'améliorer en continu
et je parle bien encore une fois dans sa pratique technique de toute façon si tu
ne t'intéresse pas à ça tu vas dans un mur parce que quelle que soit la manière
de t'organiser il y a des sous-jacents humains qui font que ça peut marcher ou
pas l'équipe et ce que je vais te montrer là c'est que si jamais tu ne t'intéresse
pas à la technique c'est juste ces sous-jacents humains à un moment donné
sont corrompus parce que si tu ne t'intéresse pas à la technique qu'est-ce
qui va se passer dans ton projet ? Tu vas démarrer le projet sûrement plein d'enthousiasme
avec cette nouvelle orgah pour peu que les gens y adhèrent ça va être
extrêmement motivant et puis tu vas commencer à développer quelque chose et
puis au bout de un certain temps selon la qualité que tu fais quelques semaines
quelques mois pour les meilleurs archi et les meilleurs systèmes quelques années
tu vas commencer à te retrouver noigués par quelque chose qui te dépasse
et là le souci c'est qu'à partir de là tu commences à rentrer dans une
logique où tu manques de maîtrise sur ce que tu fais et ça ça a des impacts
très concrets ça se manifeste par des bugs en cascade ça dit quand tu essayes de
résoudre un problème il y en a trois qui sortent qui pop ou alors un des
plus manifest c'est la non maîtrise des délais c'est-à-dire tu commences à
annoncer des dates des délais que tu penses pouvoir vraiment tenir et en fait
tu ne peux pas alors ça peut arriver de toute façon les histoires de délais tout
ça n'est qu'estimatif je te parle pas de quelques jours je te parle de plus
50% plus 100% voire fois trois sur les délais annoncés tu vois je te
parle de ce genre de décalage qui peut avoir lieu aussi sur le budget c'est un
des signes aussi du manque de maîtrise de l'outil technologique c'est que les
budgets explosent et attention je dis pas un manque de maîtrise au sens de l'équipe
est mauvaise c'est parce que je suis en train de dire je suis en train de dire
l'équipe a perdu la maîtrise simplement du code qu'elle est en train de
manipuler il y a mille raisons à ça une des premières c'est qu'effectivement
c'est que cette notion de culture technique n'a pas été n'a pas été
distillée dans l'équipe du coup on se retrouve avec un pot de code qui est
qui est mal mal fait mal fichu mais tu peux avoir aussi des raisons liées tout
simplement au turnover des gens où chacun va venir mettre sa patte et puis
il n'y a aucune cohérence enfin il y a vraiment mille raisons pour ça mais le
problème il est même pas là encore parce qu'à la rigueur de la même manière
que les entreprises quand elles grandissent elles sont des coûts de
structure de plus en plus importante je pourrais me dire bah coûte pas grave
voilà il y a de la perte il ya une espèce d'inertie et du poids qui se
qui se rajoute en cours de route on est de moins en moins efficace le problème
c'est que c'est que cette perte d'énergie elle va se ressentir sur l'équipe
elle va se ressentir dans l'énergie qu'elle va mettre dans la motivation
qu'elle va pouvoir avoir et ça ça commence à poser souci parce que tu
sens déjà que les équipes individuellement enfin les développeurs
individuellement vont être plus ou moins à l'aise avec le code plus ou moins
heureux de travailler là dedans plus ou moins épanoui de code là dedans
déjà rien qu'à ce stade moi personnellement ça me gêne mais allant
un petit peu plus loin imaginons que on n'en est rien à faire de l'épanoui
ce sont des développeurs le souci c'est qu'à un moment donné s'il y a cette
perte de maîtrise ça va forcément avoir un impact sur la confiance et ça
c'est grave ça c'est vraiment grave parce que c'est toute l'équipe c'est
toute l'entreprise qui se disloque parce que si jamais tu commences à
annoncer des délais ou annoncer des budgets qui sont pas tenus d'un facteur
2 d'un facteur 3 là je peux te dire que la confiance elle commence à être
sacrément abîmée et à un moment donné il va y avoir de la défiance alors
même si l'équipe est hyper soudée qu'entre eux ils se servent les coudes
il y aura de la défiance qui va être par rapport au strade supérieur par
exemple et ça s'appose vraiment à un souci parce qu'à ce moment là dès que
la défiance rentre en jeu et bien l'agilité ne peut plus fonctionner
l'agilité exige une grande confiance
parce que si tu veux courir vite c'est toujours mieux de courir sans serrer les
fesses excuse moi c'est un peu un peu trash mais il y a une réalité derrière
ça c'est que si jamais tu t'inquiètes en permanence de savoir si ce que tu dis
va être mal interprété et mal utilisé retourner contre toi retourner contre
l'équipe ou que tu as peur de te retrouver un couteau dans le dos au détour
dans un couloir et bien ça pose un souci ça pose clairement un souci et donc tu
vois il y a une vraie corrélation entre la maîtrise technique des équipes et
le niveau de confiance que le management que les équipes entre elles même peu
peut s'accorder et ça c'est un vrai enjeu du coup moi j'ai envie de dire oui
préoccupe toi de ta manière d'organiser choisit en framand que
choisit fait tes expériences mais surtout occupe toi de la dimension
technique il y a plein de manières pour ça je le dirai aujourd'hui il y a tout
un couron de craft de tarteys analogie qui prend pas mal ses racines dans
l'extrême programmé mais pas que il y a plein de choses qui ont été rajoutées
depuis l'un qu'album le clean code le clean architecture le ddd toutes ces
notions là existent il ya une quantité de ressources juste hallucinante qui
existe et j'ai envie de dire forme toi intéresse toi ces sujets c'est vraiment
important alors évidemment c'est la petite page de pub je ne peux pas résister
à te parler du cursus artisan développeur qui ouvre cette semaine et
qui ferme ce dimanche donc si jamais ça t'intéresse dans savoir plus de creuser
sur cette notion de décrire du code durable du code que tu vas pouvoir faire
évoluer de manière fluide tranquille et qui va te permettre toi en tant que
développeur de codé de manière épanouissante je t'invite à nous rejoindre
la maison des compagnons bien jeter un oeil ça mange pas de pain maison.artisandeveloper.fr
je te mets bien sûr le lien dans l'épisode et je t'invite à venir
découvrir le cursus ça ferme ce dimanche mais tu peux l'acheter et le
consulter quand tu veux tu gardes un accès à vie. Je te remercie je te dis à bientôt
Episode suivant:
Les infos glanées
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
[{'term': 'Technology', 'label': None, 'scheme': None}, {'term': 'Technology', 'label': None, 'scheme': 'http://www.itunes.com/'}]
Go somewhere
Peut-on faire du TDD quand on est débutant ?