Hypercroissance et autonomie avec Thomas Pierrain

Durée: 35m6s

Date de sortie: 12/04/2022

Dans le podcast d’aujourd’hui, on aborde les questions d’hypercroissance et d’autonomie avec Thomas Pierrain de chez Agicap.

Quand on parle de croissance et même d’hypercroissance - c’est à dire quand l’enjeu n’est finalement plus la start-up mais plutôt la scale-up- comment faire pour ne pas diluer sa culture, ses pratiques et sa cohérence ? 

Quel management du changement opérer, avec qui et comment ?

Comment conserver les métiers au coeur des décisions, des actions quand on passe de quelques devs à plus de 150 devs ?! 

Est-ce seulement possible ?

Et une question en or que l’on a posé à Thomas : Quelles sont, concrètement, les pratiques qui facilitent et qui permettent de conserver l’autonomie dans l’organisation ?

J’en profite pour t’informer qu’Agicap est sponsor d’Artisan Développeur pour quelques mois. 

Tout comme moi, ils partagent les valeurs du Craft et du code durable tout en tenant compte des individus qui composent l’entreprise. 

Tu retrouveras ci-dessous plusieurs liens pour les découvrir et découvrir, peut-être, ton futur job ? 


Pour découvrir Agicap : https://agicap.com/fr/ 

Pour suivre Agicap sur Twitter : https://twitter.com/agicapfrance 

Pour suivre Agicap sur Linkedin : https://www.linkedin.com/company/agicap/
 

Pour suivre Thomain Pierrain sur Twitter : https://twitter.com/tpierrain
Pour suivre Thomas Pierrain  sur Linkedin : https://www.linkedin.com/in/thomas-pierrain-0664769/ 


Pour découvrir le cursus Artisan Développeur : https://ad302.fr/KmhYNl  








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êts à passer au niveau supérieur ? C'est parti !
Aujourd'hui je suis avec Thomas Pierre, Thomas bonjour.
Bonjour Benoît.
Je te propose de te présenter pour les gens qui ne te connaîtraient pas en quelques
mots.
Oui Thomas Pierre, ça fait 24 ans que je fais du soft pour vivre et j'ai rejoint
AgiCap il y a quelques mois, 5 mois maintenant, en tant que VP of Engineering, après plein
de conseils, de réalisation, d'architecture et j'ai quelques marotes comme le domaine
de Réveil Design dont je suis un des animateurs de la communauté française d'EDD FR.
Ravie de t'avoir aujourd'hui doublement ravi si je puis dire d'abord ravi de t'avoir
toi et puis ravi aussi parce que aujourd'hui tu représentes AgiCap qui est sponsor de
cet épisode et pour introduire ce partenariat qui va s'étaler sur plusieurs mois en fait
cher auditeur tu vas avoir le plaisir de découvrir AgiCap sous différentes facettes
dans les prochains mois que ce soit sur le podcast, sur Youtube et puis d'autres petites
surprises contre réserves.
Je trouve intéressant de revenir deux minutes sur ce partenariat et d'expliquer de lui
donner du sens et expliquer pourquoi ce partenariat et pourquoi artisan développeur.
Alors pourquoi le partenariat ? En gros AgiCap c'est une start-up qui est en train de devenir
enfin c'est maintenant une scale-up mais qui donc localisé à Lyon, on est présent
sur 6 pays en Europe désormais donc on commence à vraiment à croître beaucoup et j'ai
l'impression que côté tech on n'a pas fait beaucoup de bruit encore et par rapport
à ce qu'on a réussi à faire et ce qu'ils ont réussi à faire on s'est dit que c'était
peut-être le moment de commencer à communiquer un peu plus pour pouvoir commencer à élargir
notre crucement et donc voilà c'est peut-être le bon moment maintenant.
C'est le bon moment pour AgiCap c'est vrai que vous étiez assez discret finalement jusqu'à
maintenant alors que vous êtes rentré dans le club des licornes françaises c'est une
décision.
Pas encore licorne ? Ah ouais une demi licorne ou un truc comme ça ?
Une mi-corne ou je sais pas comment on dit dans le jargon mais c'est ça.
Au prochain tour de fête ce sera bon.
Non mais c'est vrai que quand ils m'ont contacté en octobre pour me proposer le poste de VPFN
Geng je ne les connaissais pas moi personnellement donc voilà.
Pourquoi artisan développeur ? Parce que déjà on t'aime bien que en gros les gens qu'on
apprécie des choses comme le domaine d'aven design comme le fait de faire du code de
qualité pas juste pour faire du code de qualité mais pour pouvoir être efficace sur long terme
pour délivrer de la valeur longtemps etc et on a l'impression que t'es plutôt en
phase avec avec tous ces critères là et donc du coup on s'est dit que ce serait bon.
Voilà le bon endroit pour venir parler un peu de ce qu'on fait comme on travaille et toucher
des gens qui veulent en vie de toucher.
Merci pour ça je pense que effectivement ça colle bien avec ce qu'on essaie de faire
ici sur le podcast et l'audience et ce qu'elle vient chercher entre autres.
Moi je sais que pourquoi est-ce que j'ai eu envie de travailler avec vous avec AJKP et pourquoi
j'étais heureux qu'on en arrive à discuter de ça.
Outre les échanges que j'ai pu avoir avec Lucas et avec toi d'ailleurs cher auditeur si tu
n'y écoutes maintenant que tu n'as pas encore écouté les épisodes avec Lucas ou avec Thomas
c'est le moment d'y aller parce que tu trouveras un petit peu de contexte et déjà à l'époque
j'avais été impressionné par le niveau d'exigence qui était posé vraiment dans la qualité de ce
qui était recherché dans le travail et il y avait vraiment on sentait une philosophie
des moyens qui étaient mis en ligne avec ça et pourquoi AJKP pour une raison très simple c'est
que la mission d'artisan développeur c'est d'aider les développeurs à s'épanouir dans leur travail
et je suis toujours à la recherche d'entreprises qui offre un contexte favorable à ça j'aime bien
ce métaphore tu as un guépar dans la savane il peut courir à 100 km heure certes mais quand il a
faim et qui court après une croix qu'il va chasser s'il est enfermé et nourri dans une cage il
courra jamais à 100 km heure et donc pour que les développeurs puissent développer leur plein
potentiel et mettre en œuvre tout ce qu'ils peuvent apprendre et creuser notamment autour du craft
il faut des contextes qu'ils leur permettent et j'ai eu l'impression qu'ajikap c'était un très bon
contexte pour ça je te confirme que même ne serait-ce que dans les rapports entre le nombre
de développeurs et le nombre de produits je pense qu'on a énormément de gens qui ont travaillé
côté produit et c'est enfin voilà c'est moi c'est un des trucs qui m'a plu c'est vraiment le côté
ultra sensibilisé au métier au domaine des développeurs et ultra intéressé par la tech du
produit donc ça fait un cocktail un peu détonant et quand j'ai vu l'annonce de ton de ton nom de
ton embauche ton recrutement par ajikap je me suis dit ah ouais cool ah ouais ils sont vraiment
sérieux et ils mettent les moyens parce que je me suis douté que pour rattraper quelqu'un comme toi
il fallait il fallait y mettre de la détermination et de la motivation donc c'est cool ça ne fait
qu'en forcer le message voilà tout ça étant étendu sur sur ajikap et je pense que c'est
intéressant de revenir un petit peu sur le contexte d'ajikap pour parler du sujet du jour qui est
l'hypercroissance et l'autonomie est ce que tu peux juste nous donner quelques éléments de contexte
sur sur ajikap où est ce que vous en êtes et c'est quoi les enjeux du moment alors la boîte
a été lancée en 2016 et donc par trois co-fondateurs je te passe quand même si on sait pas un truc
qui sorti non non c'est ça exactement et en fait la boîte comptait 50 personnes et t 2020 et
aujourd'hui on est 500 donc c'est assez costaud aujourd'hui on a un peu appelé ça de l'hypercroissance
voilà donc aujourd'hui à la tête on est 140 avec 60 personnes que des produits après dans le
dire mais voilà 140 à la tête 60 au produit donc taquée produit travaillons-moi dans la main une
des spécificités qui m'a bien plu moi c'est que luka qui est le citio des co-fondateurs luka
bertola en fait c'est lui qui a la tête à la fois du produit de la tech en termes d'arbitrage en
termes de c'est vraiment moi c'est un des un des trucs qui m'a fait sauter dans le wagon je me
suis dit là on va pouvoir faire des choses sérieuses on évite le silo classique les oppositions
classiques entre le produit et la tech exactement on a plein de discussions on a plein de débats
mais à la fin il y a une tête pour trancher quoi c'est ça et puis on attend pas sans sept ans
pour prendre des décisions donc ça c'est vraiment super et donc dans ce contexte hyper
dynamique en hypercroissance il ya un sujet que tu aimes bien explorer c'est celui de l'autonomie
est ce que tu peux nous en dire un petit peu sur ça c'est ça parce qu'en fait pour croître à ce point
bah tu recrudes beaucoup quand tu recrudes beaucoup tu pertes beaucoup les équipes je ne sais plus qui
disais que tu rajoutes une personne à une équipe c'est plus la même équipe et tu retiens une personne
à une équipe c'est pareil c'est plus tout la même équipe parce que les faits autres communications
l'efficacité enfin il ya tout un équilibre comme ça qui est donc c'est très éprouvant et que si tu
ne donnes pas aux gens bah c'est une question de survie quoi si tu ne donne pas aux gens cette
autonomie là tu leur donne pas d'efficacité s'ils doivent attendre par exemple la validation
d'un vp fn gérée comme moi pour prendre chaque décision bah ça tu ne vas pas avancer très vite
si tu avances très vite il faut que les gens puissent pouvoir être à leur niveau capable de prendre
plein de décisions et donc voilà et puis aussi je pense que pour être efficace dans notre métier il
y a plusieurs préokis un c'est d'être détendu parce que je pense que quand on est dev sur les
stresser concours tout le temps c'est compliqué d'être efficace et deux c'est on aime bien sentir un
peu libre de manière générale de définir notre vie en termes de motivation ça ça change beaucoup
et c'est valable la fois pour les individus et les équipes donc pour moi c'est vraiment c'est vraiment
un point important d'autres alors ça me touche d'autant plus que c'est aussi le point de départ
du ddd on a déjà parlé dans d'autres épisodes si les auditeurs et les auditrices veulent aller
vouloir aller voir de quoi ils s'agitait sur la création du ddd mais en gros son meurtre c'était
juste de permettre à des équipes de s'exprimer à leur rythme sans être ralentie par les contraintes
des uns et des autres ça c'était le point de départ d'arrêter 20 quand il a créé le domaine
de revan design dd et en fait un des trucs qui m'a séduit aussi chez jk quand ils m'ont contacté c'est
que ils avaient cette culture du domaine de revan design de vouloir mettre le métier au coeur de
toute leur décision de toutes leurs actions et puis d'avoir cette quête d'autonomie c'est du cas
je crois le premier jour quand je lui ai eu le téléphone il m'a dit en fait on veut recruter des
gens à qui on va faire confiance parce qu'on trouve qu'ils sont plutôt plutôt rétégiants
plutôt pertinents et etc et on les recrute pas pour leur dire quoi faire petit à petit b petit c
voilà on donne l'objectif et après c'est aux gens de trouver les meilleures options à leur niveau
c'est je me suis dit c'est un peu ce que tout le monde raconte comment c'est passé au filtre
quels ont été les éléments qui ont fait au début je me suis dit bon ok d'accord
c'est ça après je connaissais pas du tout la boîte après je me suis renseigné un peu
sur la boîte et j'ai dit je me suis dit au la rente en termes de croissance c'est quand même pas
mal du tout je suis allé voir deux trois vidéos et là je suis tombé sur une vidéo de robin des
techniques qui avait chez jk et qui parle de domaine de revan design et qui parle de tdd et
j'ai trouvé que dans cette vidéo en fait ça c'est une des rares fois où j'entendais pas tout le
va j'ai pas gagné le buzzword mingo en écoutant sa vidéo et ça sortait un peu du va de la couche
superficielle dont certaines personnes parlent pour vraiment ça se crée dans l'essence même de
des choses et donc moi ça m'a touché ça m'a parlé je me suis dit ben tiens si si leur technique
ou leur dév ont ce niveau de maturité yes j'ai envie d'aller jouer avec eux quoi et donc c'est ça
qui m'a fait dire bon ben on va donner sa chance au produit et puis ben c'est en arrivant
effectivement que j'ai vu que c'était c'était pas c'était pas galvodé quoi c'est au termes
d'hyper croissance en termes de rapidité d'exécution de décision et aussi en termes de confiance
pour que les équipes puissent être autonomes et efficaces pour que c'est un sac à enjeu et
c'est un objectif fort pour pour moi en tant que vp et fungeline moi l'exchange que j'ai eu
ouais c'est et puis c'est déjà une énorme performance que vous avez accompli parce que moi
le souvenir que j'ai d'une période de ma vie où on est passé de de trois à 30 en l'espace de
18 mois donc c'était fois dit ceci mais une échelle beaucoup plus petite c'est que le gros gros
risque et le piège dans lequel on est tombé c'est de diluer ta culture diluer ta culture diluer
tes pratiques dit ne plus avoir de cohérence en fait dans l'autre tout ce que de l'autonomie c'est
bien c'est important comme tu l'as dit faut pouvoir prendre des décisions au plus près de là
où il a besoin pour que ça puisse aller vite et garder quelque chose de j'allais dire agile mais
j'aime plus mot tellement il est galvodé mais en tout cas quelque chose de qui va être qu'à une
organisation qui va être capable de s'adapter rapidement et qui va être efficace maintenant
ce que j'ai vécu personnellement c'est qu'un beau jour je me suis réveillé je reconnaissais plus
la boîte dans laquelle j'étais en fait parce que en fait à force de laisser trop d'autonomie j'avais
du merder quelque part mais à l'époque je savais pas où j'avais laissé trop de trop de liberté
j'avais laissé des sous-cultures rentrée et s'installer jusqu'au point où finalement un beau
jour la sous-culture m'a rejeter moi en fait à suppler voilà exactement à la dépasser la
culture qui avait été injectée initialement et comment tu évites ça en fait alors mais c'est
moi qui me prends la tête ou est-ce que c'est un sujet qui te parle j'avais déjà vécu ça
dans une certaine mesure la société générale à partir du banque d'investissement j'ai passé
12 ans en plein milieu de ma carrière et on est passé de 10 à 120 je crois en un an comme ça donc
j'avais déjà vécu une sorte d'hypercroissance mais pas les mêmes dimensions qu'ajica et puis pas le
dilution du savoir faire du savoir vivre de la culture je l'avais déjà ressenti donc effectivement
c'est un enjeu je dirais même c'est un enjeu qui est tout particulier quand tu es une tu passes
d'une start-up à une scale-up quand tu passes d'une mode start-up ton objectif c'est de survivre
quelque part c'est de montrer que t'as trouvé un produit qui va toucher son public qui est
pertinent quand tu es en mode scale-up tu passes à une autre dimension une autre façon de faire
une autre façon de travailler parce que tu peux pas fonctionner tu peux pas être efficace à 500
comme tu l'étais à 10 ou même 50 et donc du coup tu es obligé de te transformer et donc pour te
transformer il va falloir aussi accompagner toutes celles et ceux qui sont là depuis le début et
qui potentiellement peuvent avoir l'inquiétude de ce que toi tu as vécu et c'est dire ben merde est-ce
que tout va pas aller à volaux est-ce que la culture va pas se diluer etc donc ta en
terme de change management c'est un change génial qui est vraiment qui est vraiment chouette il
faut arriver à rassurer les personnes qui sont là depuis longtemps certain technique et bah que
on va changer plein de trucs certes mais que sur les fondamentaux on va s'accorder sur les
fondamentaux c'est l'approximité avec le produit le fait de mettre le produit au coeur de tout ce
qu'on fait que la qualité la qualité c'est vraiment clé parce que c'est un truc que je
raconte souvent quand je quand on fait des onboarding toutes les semaines de nouvelles personnes
bah on a les les les les les les les les les personnes un peu de chaque service qui viennent
présenter donc moi je présente la tech pendant 20 minutes quoi et ce que je leur prends c'est
la métaphore de la cuisine quand tu es dans un grand restaurant tes chefs ou même quand tu es dans
une cuisine à chaque fois que tu fais quelque chose tu coupes des oignons tu nettoies ton plan
de travail tu prépare un poulet tu nettoies ton plan de travail en fait tu passes ton temps à avoir
une hygiène qui fait que ta cuisine elle va rester efficace et qu'il y a un moment où quand tu vas
avoir le gros coup de rush tu n'auras pas à faire trois heures de vaisselle et il est où ce putain
de couteau pour faire ton plat particulier et bah le code c'est pareil c'est à dire que si notre
code base on n'en tient pas compte si on la laisse dériver à base de techniques etc en fait chaque
geste rajouter le fonctionnalité c'est facile mais rajouter une fonctionnalité sur une grosse code
base c'est de plus en plus compliqué et du coup bah si on remédie pas régulièrement si on
refactore pas régulièrement bah en fait ça nous ralentit sur chaque petit geste du quotidien
c'est il est où mon couteau il est dans les vieilles les vieilles les plus un de trucs dégueulasse
je suis d'abord obligé de tout soulever après de faire la vaisselle de trouver les ustensifs
et donc avant de pouvoir commencer déjà à faire mon boulot c'est à dire ajouter une nouvelle
fonctionnalité etc et donc la qualité aussi c'était une inquiétude de la part de celle des
ceux qui étaient là déjà c'est est ce que on on on élargit son la bande et bah on va pas on va
pas perdre diluer cette cette cette valeur là et donc voilà c'est il faut c'est d'autant plus
pertinent excuse moi je te coupe là parce que c'est d'autant plus pertinent que vous aviez déjà
un niveau d'exigence assez élevé pour très élevé et que c'est pas du tout le reflet du marché
des développeurs en fait et donc pour recruter des dizaines et des dizaines de développeurs
comment tu fais sachant que voilà comment tu fais parce que la une fois que tu as rapidement
épuisé le stock de crafter là où est-ce que tu tu arrives à prendre des gens qui sont déjà
l'initiaire ça ou tu vois c'est quoi tes critères jusqu'où tu acceptes de que les gens soient
déjà initiés ou pas assez pratique pendant très longtemps c'était essentiellement des gens qui
partageaient déjà c'est pratique qui avait eu soit une expérience là dedans soit qu'ils avaient
très envie d'en avoir une c'était leur objectif c'était un filtre c'était clairement un filtre
c'était un filtre discriminant on va dire quelque part sur les compétences sur vous rentrer ou
tu rentres ou tu rentres pas en vrai oui je suis pas sûr que ça soit que c'est explicité comme ça
mais j'ai l'impression que tel que ça se passait ça filtrait donc on a quand même pas mal de
jeunes on a on a un service notamment où on a beaucoup de jeunes c'est des sujets plus
techniques et un peu moins métier très souvent en fait avant de pouvoir s'intéresser et
challenger le produit il faut que tu arrives à maîtriser un peu ton quotidien c'est-à-dire
quand tu commences un peu t'as le sainte-domme de l'imposteur voilà et du coup le temps que tu
maîtrises ton idéal certains réflexes et tout bah t'es un peu centré sur toi et ta progression et
tu l'es un peu moins pour les challenges métiers donc en fait de manière un peu mécanique j'ai
l'impression que celle des ceux qui s'intéressent au ddd ou au fait d'aller limite challenger le
métier très régulièrement ce qui nous arrive très souvent et bah en fait il faut avoir un peu
d'heure de vol tu vois mais il arrive que il y ait quelques exceptions et quelques personnes qui
dès le début de leur carrière sont très intéressés par ce volet là produit métier et donc en
fait bah si ces personnes là sont très intéressés par ce volet là produit métier et bah on les
embarque avec nous bien volontiers et on accepte aussi des jeunes qui seraient pas encore mûres pour
aller challenger le produit mais qui pourraient être à veiller sur des sujets assez techniques
on a beaucoup de connectivité de c a jk pour se connecte à tout un système bancaire et système
de compta etc donc on a un énorme écosystème gros savoir faire là dedans et donc ce sont des
développements qui sont quand même métiers mais il y a beaucoup de sujets techniques et dans
lequel ça permet aux jeunes de s'épanouir aux plus jeunes d'entre nous de s'épanouir un peu avant
de rejoindre des équipes qui vont être des streamer line team ou des équipes plus orientées
feature fonctionnalité dans un second temps mais grosso modo on va dire 80% des gens chez ajkp
sont quand même plutôt expérimentés sont plutôt seniors et donc du coup bah pour le pour recruter
bah c'est leur donner envie de venir jouer avec nous et donc ça passe par un postage d'accrutement
où on fait du code review on fait du code un peu ensemble voilà il ya plein de et puis on parle
surtout aussi de comment c'est quoi le flow de c'est quoi ton flow de développement etc donc
c'est comme ça pour revenir à la question de ouais voilà comment pour revenir à la question de
comment tu assure une certaine cohérence et une certaine pérennité de la culture en fait la réponse
que tu donnes c'est ça passe par le recrutement qu'en fait ça passe par le recrutement oui alors
avec le risque de ne pas m'en donner de recruter que les gens qui te ressemblent et donc si c'est
intéressant pour en termes d'efficacité il ya un risque de consanguinité clairement si si on
y prend pas garde donc on n'en est pas là du tout hein mais je veux dire c'est quelque chose à mon avis
en termes de diversité et de culture et de gens et d'approche etc c'est quelque chose sur lequel
bah on est en train de changer plein de trucs aussi et voilà donc en gros c'est venir enrichir en plus
quand tu recrutes des gens qui sont plutôt bons ils vont pas enfin ça télètre ça arrive ça
dit ok pourquoi y a ça là et pourquoi y a ça et donc c'est génial et donc il faut trouver un bon
compromis entre ben continuer à avancer à manger les parts de marché aller vendre le produit dans
des nouveaux pays accompagnés les fonctionnalités les contraintes des nouveaux pays aussi d'aller
continuer à aller très vite tout en gardant une chambre un peu bien rangée c'est à dire le notre
code base mais voilà en venant enrichir sans enrichir avec des pratiques issus des nouvelles
les personnes qui nous rejoignent donc moi je trouve ça super excitant et c'est la première fois
que j'ai pas eu besoin de cette qui c'est qui vas-y finis ta phrase c'est tout le monde qui
est garant mais en fait c'est la première fois j'ai pas eu besoin d'habitude en tant que consultant
je devais vendre à mes clients le fait de pourquoi on fait ça pourquoi on fait du tdd
pourquoi on s'intéresse au métier pourquoi on doit faire du flow dans certains cas pourquoi et en
fait là grosso mono tout le monde est déjà à peu près d'accord et déjà qui dit à qui à la cause
quoi à ton fou c'est incroyable ça c'est un montre d'un tu passes tu changes oui tu changes de
niveau de travail quoi exactement c'est comme c'est comme la ceinture noire en caractère chauden chauden
c'est à dire débutant c'est le petit ceinture mort il débutant tu vas pouvoir commencer à bosser
vraiment là maintenant et ça donne la sensation là en fait c'est ce que je disais à certains
techniques qui sont depuis le début quoi quand quand même pas mal de bouteilles on dit mais en fait
là où tendait là c'est que le début c'est comme dans les arts martiaux effectivement ceinture noire
c'est vraiment c'est ça et après c'est les dames et puis ton cheminement la route est longue
quoi donc faut en avoir confiance et c'est ça qui rend le métier super super intéressant
si il n'y a pas assez de dan c'est que c'est à toi de le créer ton huitième ton nez
d'un an c'est comme on le dit c'est il est temps de poser une école et exactement faire émerger une
pensée faire émerger une des pratiques faire émerger tout ça et lui donner corps dans une
transmission en fait c'est les deux d'ailleurs c'est les deux mesquelles avant d'en arriver là il
y a de quoi faire oui en fait c'est les deux messages que je passe généralement quand les gens
arrivent et nous rejoignent je passe une demi heure pour qu'on puisse se présenter mutuellement
et puis passer de trois messages et en fait les deux messages que je fais passer grosso modo
le premier c'est que malgré le fait qu'on soit une start-up si on va très efficace quand on fait du
logiciel il faut être détendu ça sert à rien de couvert tout le temps c'est le fameux sustainable
pace tu vois d'extrême programming de cadbeck qui dit en bon moment bah je passe t'es arrivé
mais quand tu fais tu tombes face à un bug tu peux passer deux heures en fin d'après-midi t'arrives pas
tu n'arranges pas tu es et puis tout d'un coup tu sors tu dis bonjour chez moi et puis tu n'as
pas fait dix mètres devant l'immobile que t'as une image et ça débloque donc on a un métier comme
ça où on a besoin de lever la tête on a besoin de souffler et de réfléchir et pas couvert tout le
temps ça c'est le premier truc et le deuxième truc c'est que je déteste le cargo culte je déteste
les situations dans lesquelles on ne sait pas pourquoi on travaille comme ça ou comme ci et donc
bah pareil c'est essayer d'arriver à comprendre dans quelqu'un on fait du cargo culte qu'est ce qu'on
peut faire pour les remédiaires et se faisant quand on sort du mais a book quand on sort de
l'habitude etc c'est là on fait des belles découvertes et tu vois tous les kenbeck les
rick evans tous les tous les gens qui nous ont allé géant sur lesquels on est on est juché sur
leurs épaules là et bah en fait eux bah ils ont expérimenté en fait moi je trouve que gros
saumodo en jeu c'est un point de vue que j'ai depuis quelques années je trouve qu'on est un peu trop
sage avec nos aînés alors pas ceux qu'on envoie dans les épaules mais ceux dont on lit les bouquins
etc en informatique et que il y a presque une forme de docilité en fait de culte de des écrits et
de ça il faut sortir du cadre ce que je traduis moi ce que je traduis moi autrement c'est que je
trouve je trouve personnellement alors peut-être que j'ai raté des trucs mais je trouve qu'il y a
peu d'innovation dans les années 2000 le bouquin xp c'était révolutionnaire mais au sens au sens
premier du terme c'est-à-dire que c'était une forme de révolution dans l'industrie qui
démarrait et moi il se trouve que j'ai démarré ma carrière au moment où les premiers bouquins sortaient
en France sur l'extrême programmée et moi je réalisais pas en quoi c'était révolutionnaire
parce que j'avais séché tous mes cours de gestion de projet puisque il n'y avait pas de note c'était
la seule matière où il n'y avait pas de n'y avait pas de note qui comptait dans ton truc donc autant
te dire qu'il n'y a pas de soucis carrément il y a deux impasses que je n'ai jamais fait et où
j'étais à tous les cours c'était la cryptographie et les applications distribuées et va savoir pourquoi
aujourd'hui j'adore la blockchain mais en dehors de ça je te dis j'avais séché mes cours donc je
ne me rendais pas compte en quoi c'était révolutionnaire je l'ai compris finalement assez tard en
fait en quoi c'était révolutionnaire alors je l'ai compris dans le regard des profs quand on faisait
venir des apprentis ou des élèves une royaume on avait joué un peu avec ça on avait l'impression
d'un des extra-terrestres mais j'ai senti la différence où si tu veux début 2002 je commençais
à recruter des gars qui venaient d'université pour faire des stages les profs nous regardaient avec
des grands yeux ouvert en mode mais qu'est ce que vous faites c'est qui c'est fou et quand je
dans les années 2010 les dernières années où on a fait venir des gens des stagiaires c'est
même prof qui m'expliquait les principes de l'agilité j'ai dit ah tiens il y a eu du chemin
et finalement depuis 20 ans depuis 20 ans qu'est ce qui s'est passé quoi alors il y a eu le ddd
qui a émergé ça c'est une belle une belle avancée je pense mais en dehors de ça il y a eu une
event storming d'alberto bandoni qui a apporté pas mal de trucs il y a deux trois petits trucs comme
ça d'ici là mais grosso modo je trouve qu'on est un peu trop sage on est un peu des bons petits
élèves et moi j'aime bien le fait de dire tu vois même par rapport à la pratique du tdd
j'en ai fait quelques quelques taux qui est truc moi j'en suis arrivé après 15 ans de pratique de
sortir un peu du base de bouc et de réinventer d'adapter ma pratique par rapport au contexte dans
lequel j'étais ben ça je l'aurais pas fait si j'étais resté trop longtemps en base de bouc mais ça
tu peux le faire au bout d'un moment c'est à dire une fois que tu as déjà fait un peu le tour du
proprio j'ai envie de dire et que tu as fait toutes les choses possible avec t'experimenter ça arrive
finalement c'est tard enfin ou alors c'est moi qui suis lent il m'a fallu 15 ans ou non peut-être
un peu bon à quand même non mais je pense que ken back et je je je je suis à tolande quand ils ont
posé scrim xp ils avaient pas 25 ans alors ça veut pas dire que les gars de 25 ans plus pas avoir
du génie on le voit mais enfin ils avaient ils avaient de la bouteille quoi clairement alors dans
tout ça qu'est ce qui vient soutenir l'autonomie alors craft ddd xp quels sont les pratiques si
tu ce qui arrivera à cibler le top 3 des pratiques qui facilite l'autonomie dans l'organisation
à top 3 j'ai pas fait l'exercice mais alors dans les trucs importants déjà je pense qu'il faut
rendre l'info disponible premier si tu n'a pas l'info et la stratégie fin les tu as le cadre
aux gens bah ils vont être perdu ils vont croire que les poulet sans tête parce qu'ils n'ont pas
c'est que c'est juste du bon management ça c'est du bon management c'est du bon sens mais en fait
c'est très très compliqué à faire d'autant plus quand tu grossis que tu te structures que tu
changes d'équipe que tu donc ça c'est quand même un sacré enjeu comment tu fais redescendre
d'infos moi je fais partie des gens qui qui communiquent beaucoup fin qui descendent beaucoup
beaucoup d'infos pendant très longtemps ça m'était reproché dans une grande banque en
exemple là il faut que tu protèges les gens bon moi je considère que chez confiants sur
l'intelligence des gens et ils sont capables de filtrer si ça les intéresse pas avec un
nocle et tout mais mais je préfère que redescendre plus d'infos que passer donc ça c'est le premier
premier truc après moi il y a un bouquin qui m'a été vraiment une grosse force d'inspiration
depuis que je bosse chez agi cap c'est le bouquin turn the ship around de d'avis marqué je sais pas si tu
tu vois ce que c'est c'est en gros je vois assez bien mais ça vaut le coup de ça vaut le coup d'expliquer
même alors c'est en gros c'est un bouquin qui a été écrit par un ancien capitaine de sous-marin
nucléaire qui bon il raconte dans son bouquin turn the ship around que il s'est rendu compte un
jour dans une de ses missions que le leadership à la neveille à tel qu'il avait appris et tel
qu'il l'appliquait c'est voir un chef et du top down ça marchait pas et c'était ça menait une
culture de followers dans laquelle tout le monde peut se mettre en danger quand il y a un truc qui
va pas par rapport à la procédure et si le chef qui aime se l'abilité à prendre des decisions
mais pas dispos suffisamment vite bah du coup tu paris dans des situations très dangereux dans
son main nucléaire donc il a écrit tout un bouquin là dessus sur ce qu'il a expérimenté par la suite
et il y a quelques trucs intéressants comme en gros séparer les décisions maker des décisions
évaluateur comme lui dit il part du principe que c'est aux opérationnels ce qu'il appelle les doueurs
de prendre des décisions et en fait les décisions elles ne sont éventuellement validées par les
sinker ou par les décisions évaluateur dans un second temps c'est-à-dire c'est pas le chef qui dit
fait ceci fait cela le ou la chef disent il faut absolument qu'on ait récupéré ces plongeurs là
qui sont perdus en mer mais sans se faire remarquer par le par l'armée mi ou je ne sais pas quoi ça
c'est l'objectif et après bah il laisse les gens qui sont aux manettes du sous-marin le fait de
s'organiser pour trouver des solutions faire des propositions et éventuellement bah il en a
fait un peu plus de décisions mais qu'est-ce que qu'est-ce que tu en penses toi qu'est-ce que tu
propose qu'est-ce que c'est quoi ta proposition pour arriver à faire cette mission et donc vraiment
il sépare et il fait en sorte que ce soit les les décisions maker les ceux qui c'est sûr qu'ils
prennent des décisions qui doivent être le plus bas dans la hiérarchie parce que quand il y a un chef
ou une chef qui donne une décision c'est hyper dur de la challenger enfin ça dépend des cultures
ça dépend des organisations mais c'est beaucoup plus dur de challenger une décision qui vient d'un chef
pour tout un tas de raisons que si la décision part de celles et ceux qui savent qu'ils sont au contact
de la réalité de ce qu'il faut faire et donc ça ça me paraît primordial et bah une des difficultés
surtout quand tu as des grosses responsabilités etc c'est le lâcher prise c'est en fait mon job en
tant qu'hider c'est c'est plutôt pour reprendre les termes de je crois c'est David marquer aussi
qui disait ça c'est je suis l'architecte de cette machine à prendre des décisions c'est à dire je ne
prends pas des décisions mais je fabrique la machine qui fait que les gens prenons les bonnes
décisions et donc bah pour ça il ya plein de trucs alors le lâcher prise déjà c'est pour quelqu'un
comme moi qui a fait bah jusqu'à ce que je rejoigne la g-cap tu vois en octobre je codais et je
poussais du code plusieurs fois par jour pour des clients dans hôtellerie notamment et donc j'ai
quand même un peu d'expertise technique et puis ça fait 24 mois que je fais du code et de l'architecture
etc et du conseil donc du coup bah il ya plein de cas où j'ai envie de tu vois mon premier réflexe
serait de ah il faut faire ci il faut faire ça donc faut que j'arrive à laisser on sommeil le
consultant le codeur et l'architecte enthousiasme que je suis pour arrêter d'essayer de tout
comprendre dans le détail aussi arriver à prendre de la hauteur et faire confiance aux gens donner du
feedback choper du feedback de manière courte pour pouvoir en prendre et en donner et que les
équipes arrivent à prendre d'elles même les bonnes décisions après il ya plein de techniques
il ya les moi je force enfin je force par exemple à chaque fois que je suis dans un
meeting et que quelqu'un explique une problématique je mets un bord de miro et je prends les dessins
et je projette mon écran en fond pour que tout le monde puisse s'aligner mentalement sur qu'est-ce
que l'on parle ça peut dédéceint d'architecture ça peut dédéceint fonctionnel et tout et j'ai
remarqué qu'au bout d'un moment les gens commencent à se dire p'tain c'est utile ce truc en
terme d'alignement etc donc maintenant les gens commencent à le faire les institutions des sigénériques
et c'est un truc pareil pour éclairer et faire en sorte que les gens prennent des décisions mais pas
sur la base de cv driven développement mais pas parce que j'aime bien cette techno et pas celle-là
mais c'est qu'on arrive à argumenter un peu plus nos choix d'architecture etc etc donc voilà il
y a plein de petites trucs et astuces comme ça qui permettent d'y arriver mais c'est surtout de
lâcher prise et faire confiance aux gens ce qui est la plus on te donne de responsabilité
voilà plus c'est difficile mais c'est la clé pour y arriver je pense alors si on arrive bientôt
à la fin de notre bote de temps on l'a déjà un peu mangé donc on va on va pouvoir aller vers une
conclusion si tu devais donner un conseil fort de ces premiers mois d'expérience chez HGCAP
un CTO ou un VPF engineering d'une boîte où ils sont une dizaine et ils prévoient de faire x10 de
recruter 90 personnes dans l'année et de vivre ce genre d'hypercroissance fort de ces premiers mois
chez HGCAP ça serait quoi le conseil que tu lui donnerais ?
Alors bon il n'y a pas de meurture alors ça fait des années que je le répète donc c'est même pareil
je pense pour ça l'approche ça serait peut-être tu prends ton plus gros bottleneck tu lui fais un
sort et tu passes au suivant et tu fais ça sur tous les sujets et tu fais ça toute ta vie
et les autres et en fait il faut juste assurer que tu t'attaches au plus gros bottleneck donc
t'assurer que tu es de la métrique et de la mesure et enfin du feedback vraiment réaliste
c'est pas juste traiter les sujets avec lesquels tu es à l'aise c'est traiter les sujets qui sont
pénibles pour les uns les autres mais oui je pense que c'est vraiment ça pour moi même la
GT à l'échelle à l'époque tout le monde parlait de ce truc là j'avais fait un mini talk et où je
disais ça en fait tu prends plus gros bottleneck tu lui fais un sort et next tu avances comme ça
et tout ce qui continue de livrer tout ce qui c'est pareil c'est la même approche c'est une approche
de voilà on prend problème quel est le plus gros emmerdon on essaie de réfléchir collectivement de
faire un sort et puis voilà ça je pense que ça peut être un peu passe partout quelque soit ton contexte
c'est peut-être le truc le moins moins déconne que j'aurais recommandé sur un contexte très large
et bien que merci tomas si les auditeurs vont à l'en savoir plus sur agica puis peuvent venir où
alors on a une page carrière pour agica.com c a r e r pour agica.com
il y a des comptes twitter aussi et puis sur linkedin en fait agica tout le monde est super
active sur linkedin par contre côté tech on n'est pas hyper donc c'est justement le début de ce
partenariat avec toi c'est pour qu'on se réveille un peu et puis qu'on commence à créer à la fois
du contenu et à partager un peu plus qu'on fait vis-à-vis de l'extérieur donc
à suivre pour l'instant on n'a pas de blog et toi tu continues à être actif sur le sur les réseaux
alors moi sur twitter pas mal blog plus trop j'ai plus le temps mais mais ouais on va dire du twitter
essentiellement et alors c'est quoi ton login twitter ? c'est uskest driven le blaze et sinon ça
doit être le twitter en leur c'est tpye2er i n tpye2er i n mais je pense c'est plus simple
uskest driven dans la recherche de yes écoute on mettra le on mettra on mettra tous les liens dans
la description de l'épisode merci beaucoup toma d'être venu aujourd'hui merci à toi surtout
que tu suis vraiment heureux de t'avoir accueilli encore une fois encore une fois cher auditeur si
tu as apprécié cet épisode je t'invite vraiment à venir écouter ou réécouter les épisodes de
lucabertola ou de tomapyrin qui t'est déjà venu sur le podcast c'est d'ailleurs comme ça qu'on
fait connaissance et si tu as aimé cet épisode bah je t'invite à le partager avec un maximum de
monde et je te remercie de ton attention et je te dis à bientôt

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