
Pédagogie & Communication & Collaboration
Animer les rituels d'équipe (1:1 mensuels, sprint reviews, post-mortems blameless), documenter pour transmettre (RFC, ADR versionnés, runbooks, playbooks), former les alternants ACCENSEO de zéro à autonome en 3 mois. Cinq ans à coordonner les équipes transverses chez Pichet, CEO/CTO ACCENSEO depuis juin 2024.
Ma définition
Pour moi, pédagogie d'ingénierie, communication et collaboration forment une seule discipline : transmettre du savoir technique pour qu'il survive aux personnes, écrire la décision pour qu'elle survive à la réunion, et animer les rituels qui maintiennent une équipe alignée. Cela couvre 3 axes : formation et transmission (mentoring, onboarding structuré, ADR versionnés, runbooks, playbooks d'intégration), rituels d'équipe agiles (1:1 mensuels, sprint reviews, post-mortems blameless, COPIL), et collaboration cross-fonction (métier, juridique, fournisseurs, clients). Le fil rouge depuis la MC Vendeur Multimedia (2001, conseil client en boutique) jusqu'au CTO Founder ACCENSEO (2024) est le même : rejoindre l'audience là où elle est, et laisser une trace écrite pour que le savoir survive au turn-over.
Je m'appuie sur 3 rituels structurants :
- Formation et onboarding : pair-programming intensif avec les alternants ACCENSEO les 2 premières semaines, ownership de module dès la 3ᵉ semaine, mentoring quotidien jusqu'à autonomie complète à 3 mois.
- Rituels d'équipe agiles : 1:1 mensuels, sprint planning et review, rétrospectives, daily standup, post-mortems blameless installés sur le périmètre ESB Pichet.
- Documentation comme discipline d'ingénierie : RFC pour les décisions structurantes, ADR versionnés pour les arbitrages techniques, runbooks par flux, playbooks d'intégration partenaire, mémos écrits juste après chaque réunion.
Côté langues, français natif, anglais intermédiaire (utilisé en spec API, négociation contractuelle et lectures professionnelles), portugais courant (langue maternelle de mon ascendance, utilisée pour la diversification éditoriale du portfolio).
En 2026, la charge de communication a été redistribuée par les équipes distribuées, le travail augmenté par IA et les écosystèmes SaaS multi-fournisseurs. Les outils de collaboration intègrent désormais des agents IA qui résument les threads, surfacent le contexte des décisions passées et orchestrent les next steps cross-fuseaux sans nécessiter de live meeting. un pattern décrit par Atlassian dans AI takes a seat on the team. Le manager qui ne sait pas écrire pour des humains et des agents en même temps perd la moitié de la bande passante de son équipe. Côté francophone, ToHero détaille la même mécanique dans Agentique en 2026 : agentic RAG, gouvernance IA et AI Act pour le développement logiciel, où l'orchestration multi-agents asynchrone devient le mode de collaboration par défaut.
Mes éléments de preuve
Anecdote 1 : War room incident sur la plateforme ESB Pichet
Un jour de pic, une cascade d'échecs s'est déclenchée sur les flux d'intégration ESB - paiements, syndication immobilière, mises à jour CRM. Les 5 directions métier dépendaient de ces flux et l'incident menaçait de bloquer les écritures comptables, les leads commerciaux et les annonces sur les portails partenaires en même temps. Côté communication, j'avais besoin que le métier comprenne ce qui se passait sans noyer les développeurs dans des allers-retours politiques.
J'ai ouvert une war room virtuelle synchrone avec 2 canaux distincts : un canal technique pour l'équipe d'intervention, un canal business pour les responsables de département. J'ai diffusé des résumés exécutifs horaires au COPIL et aux directions impactées, en français simple, sans jargon technique - juste l'état du flux, l'estimation de remise en service, et ce que chaque direction devait faire en attendant. Une fois la situation stabilisée, j'ai animé un post-mortem blameless dès la résolution, en présence de l'équipe et des prestataires Square IT et RS2I, avec un compte-rendu écrit publié sur Confluence dans les 24 heures.
Le root cause a été identifié et corrigé en 3 heures, et le framework de post-mortem que j'ai posé ce jour-là a été adopté comme standard du département pour tous les incidents critiques suivants.
Sur les 12 mois qui ont suivi, le MTTR sur la plateforme ESB a été divisé par 2, et la confiance des 5 directions métier dans la cellule d'intégration s'est renforcée durablement - elles m'ont sollicité ensuite pour cadrer 3 nouveaux projets transverses qui ne seraient jamais sortis sans ce capital relationnel.
Anecdote 2 : Coordonner le déploiement DAM pour 1 400 utilisateurs
Le go-live du DAM Bynder en novembre 2020, c'était piloter en parallèle la Direction Communication, le Marketing, la DSI, la juridique, les fournisseurs (Bynder éditeur, Activo Consulting, CI HUB) et les 1 400 futurs utilisateurs répartis sur 8 entités du Groupe Pichet (promotion, location, hôtellerie, résidences étudiantes, marketing, communication, IT, direction). Chacun parlait sa propre langue : la juridique pensait clauses contractuelles, le métier pensait usage quotidien, l'IT pensait infrastructure et SSO.
J'ai animé 17 sessions d'onboarding hebdomadaires avec l'éditeur Bynder pendant l'été 2020, pour porter l'expression de besoin Pichet face au fournisseur sans que le métier ait à y assister. En parallèle, j'ai construit un reporting transparent vers le COPIL chaque mois, avec un dashboard simple : avancement, budget, risques, jalons. Pour la conduite du changement, j'ai produit des supports de formation par persona (équipe commerciale, équipe communication, agence partenaire externe), parce que personne ne consomme une plateforme de la même manière. Avec Louise R. côté juridique, j'ai mené le markup complet des 3 documents contractuels Bynder pour sécuriser SLA et réversibilité.
Go-live à la date prévue, forte adoption dès les premières semaines, zéro escalade juridique, et la satisfaction de la direction (Benoit P. en DG, Remi E. en Direction) explicitement formalisée en post-lancement.
Le capital de confiance acquis sur ce projet m'a ensuite permis d'animer 3 initiatives transverses ultérieures au sein du groupe sans repasser par une phase d'évangélisation. La leçon : sur un déploiement à 1 400 personnes, la qualité de la communication écrite et la régularité du reporting valent davantage que la performance technique du livrable.
Anecdote 3 : Tenir le rôle de point unique sur la plateforme PSR
Pendant 3 ans, j'ai piloté la plateforme PSR (réception de leads partenaires) du Groupe Pichet à l'intersection du marketing, de l'IT et d'une dizaine de partenaires externes (SeLoger, Myopla, Cooper Advertising, Akrivia Leads, Visibilitie, Clovis, Fine Media, Votre Appartement Neuf...). Chaque partenaire avait son format, son protocole, ses interlocuteurs - et chaque lead perdu valait potentiellement des dizaines de milliers d'euros en ventes immobilières manquées. Côté interne, je devais coordonner Franck C. (mon manager), Cyril M. (SI Marketing), Emilie D. (prestataire externe), et l'équipe CRM commercial.
Je me suis positionné comme point de contact technique unique pour toutes les intégrations partenaires. J'ai documenté l'API sur 5 versions consécutives, rédigé un playbook complet d'intégration partenaire sur Confluence, et formé moi-même les équipes techniques de chaque partenaire externe sur les specs, l'authentification et les procédures de test. Pour chaque nouvelle intégration, j'animais un cycle court spec → tests → validation business → go-live, avec une matrice de responsabilité claire entre l'équipe partenaire, le SI Marketing et la cellule CRM.
Le délai d'intégration d'un nouveau partenaire est passé de plusieurs semaines à quelques jours, zéro incident majeur de perte de leads sur 3 ans, et l'audit de sécurité 2023 a été validé sans non-conformité majeure malgré la prolifération des credentials APIM.
Cette posture de point unique de responsabilité est devenue mon style de travail par défaut chez ACCENSEO : sur chaque mission cliente, je suis le point de contact technique unique de bout en bout, parce que c'est ce qui transforme une expertise individuelle en confiance commerciale durable.
Mon autocritique
Niveau Senior, avec une pratique quotidienne sur les 3 axes : formation et transmission (3 alternants ACCENSEO formés à autonomie complète en 3 mois, framework de post-mortem blameless adopté comme standard du département à Pichet), rituels agiles (sprint reviews, 1:1 mensuels, COPIL bi-mensuels), collaboration cross-fonction (coordination DAM Bynder pour 1 400 utilisateurs sur 8 entités du Groupe Pichet, point unique sur 10 partenaires PSR). Ce qui reste à muscler : la prise de parole publique technique TEDx-style et l'animation de keynote devant 200+ pairs.
Multiplicateur de force sur tous les autres piliers. La meilleure architecture, la meilleure stratégie ou la meilleure décision sécurité n'ont aucune valeur si elles ne se transmettent pas - c'est ce qui transforme une expertise individuelle en capacité d'équipe (cf. ma posture sur la page de présentation) et rend l'engagement contractuel possible (clauses négociées, SLA défendus, retours d'audit gérés).
Étapes clés du parcours : BEP ICEF (Installateur Conseil en Équipement du Foyer), Option : Audiovisuel électronique-antennes (1997) → Engineering Manager · Project Manager / Product Owner · Technical Lead (2019) → Certification SAFe 5 (Product Manager & Product Owner) (2022) → Certification TOEIC (2024). Niveau actuel : 4/5 (Avancé). Cette continuité témoigne d'une acquisition solide, éprouvée par la répétition et la diversité des contextes.
À moi-même : toujours écrire la décision juste après la réunion. L'alignement verbal s'évapore en 48 heures, l'écrit reste.
Aux autres : préférer un mémo court à un slide long, structurer chaque écrit autour des trois questions pour qui, pourquoi, qu'attends-je en retour. La communication asynchrone se traite comme une discipline d'ingénierie : revue, relecture, vocabulaire défini.
Mon évolution dans cette compétence
Pédagogie d'ingénierie, communication et collaboration sont ce qui rend mon rôle CTO scale-up viable. Sans elles, je ne peux pas former une équipe à mon style, aligner board, métier et clients, ou laisser un savoir technique qui survit au turn-over. Dans mon plan de carrière 2026-2028, c'est cette compétence qui me permet d'onboarder une équipe d'ingénierie en 90 jours, d'installer des rituels agiles durables et de défendre une roadmap technique devant un board en restant lisible sur les 3 étages board → équipe → client.
D'ici fin 2027, l'objectif observable est triple : réduire le cycle hire-to-autonomy à 60 jours sur les rôles ingénierie, animer une keynote technique devant 200+ pairs (conférence ou meetup tech), et publier au moins une note pédagogique trimestrielle open source (article, talk recording, ADR public) qui serve de référence à d'autres équipes. Le glissement vers Senior+ se mesure sur ces livrables, pas sur un score.
Pratique quotidienne du mentoring sur les alternants ACCENSEO (Laura L. en cheffe de projet, plus 2 développeurs en alternance), animation des rituels Scrum hybrides Shape Up sur Linear, production éditoriale OSS (commits et READMEs publiés sur GitHub). Lectures continues sur la pédagogie d'ingénierie : Camille Fournier, Will Larson, Kent Beck. Coaching exécutif mensuel ciblé sur la prise de parole publique.
Programme prise de parole publique (Toastmasters intensif ou équivalent) prévu 2026, atelier storytelling exécutif (Nancy Duarte ou Stanford GSB) visé 2027. Cohorte pédagogie d'ingénierie via CTO Craft ou Tech.Rocks en intake continu.
Mes étalons quotidiens
Production éditoriale quotidienne : open source (commits, READMEs, issues), notes pédagogiques internes (RFC, ADR, runbooks par flux). Réécoute trimestrielle des keynotes Werner Vogels et Charity Majors comme étalon de transmission technique. Mentoring direct des alternants ACCENSEO sur les codebases produit. Journal d'écriture tenu pour mesurer le rythme.