Ecrire des tests, ça prend trop de temps
Ecrire des tests, ça prend trop de temps ! 😅
Ecrire des tests, ça prend trop de temps ! 😅
Eviter les messages automatiques/impersonnels.
S'intéresser au candidat, ses réalisations.
Fluidifier le processus.
Être réactif.
Le considérer comme un échange humain à double sens.
Les pratiques lors du process doivent être alignées avec les valeurs affichées par l'entreprise.
🚨 "Ce ne sont pas les connaissances de l'expert du domaine qui vont en production mais ce qu'en ont compris les développeurs" 🚨
Citation originale :
It is not the domain expert’s knowledge that goes into production, it is the developer’s assumption of that knowledge that goes into production.
Alberto Brandolini
Comment écrire des tests unitaires de qualité ?
Aidez-vous des principes F.I.R.S.T.
Le développeur ne doit pas hésiter à exécuter les tests unitaires à tout moment de son cycle de développement, même s'il existe des milliers de tests unitaires. Ils devraient fonctionner et montrer la sortie souhaitée en quelques secondes.
Si vous écrivez des tests, vous devriez connaître le terme « Mock » mais saviez-vous qu'il était la plupart du temps mal utilisé ? 🤔
Dans le langage courant, un « Mock » permet de remplacer les dépendances d'un composant ou d'une unité pour pouvoir le/la tester de façon indépendante et isolée.
👉 Le terme « mock » est utilisé par abus de langage, nous devrions plutôt parler de « Test Double ».
❓ Qu'est-ce qu'un « Test Double » ?
Me voici maintenant certifié "SAFe® 5 Agilist" (SA). 🎉🍾
https://www.credly.com/badges/068295fd-6e22-47e9-a6bb-6123b5407d7f/public_url
(Remplacer X par le framework de votre choix : Scrum, SAFe, … 😉)
👉 Non.
La pyramide agile illustre le fait qu’il faut partir du haut pour aller vers le bas pour réellement réussir une "agilisation" que ce soit dans le cadre d’une transformation agile ou dans le cas de formation.
Pour une adoption réussie de l'agilité, il est nécessaire de comprendre le mindset agile, les valeurs et les principes.
Quand le mindset, les valeurs et les principes sont bien assimilés, les équipes peuvent :
Connaissez-vous le concept de "pensée de second ordre" ?
Nos actions peuvent avoir plusieurs niveaux de conséquences :
Dans des environnements complexes, il n’est pas toujours possible de prévoir les effets de nos actions. D’où l’importance d’analyser non seulement les conséquences de nos actions, mais aussi les conséquences de ces conséquences.
Quelques principes pour faire échouer votre transformation :
Ce n'est pas de la psychologie qu'il faut pour manager, c'est de l'autorité.
Se convaincre que la plupart des managers et des collaborateurs sont incompétents. Conjuguer ses tendances à la sophomanie (se croire plus intelligent que les autres) et l’effet Dunning Kruger (se penser plus compétent qu’on ne l’est en réalité).
L'agilité est une qualité d'ÊTRE, pas un exercice de FAIRE. Le jour où nous commençons à utiliser le mot « Agile » comme un nom propre (une méthode), plutôt que comme un adjectif (une qualité), est le jour où nous cessons d’ÊTRE agiles.
L'agilité particulièrement adaptée pour adresser les problématiques du domaine "Complexe" requiert une posture managériale différente de celle jusqu'ici adoptée et adaptée au domaine "Compliqué". (Cf. notions "Compliqué"/"Complexe" du framework Cynefin).
Copyright © 2026 Amael BERTEAU - All rights reserved