Traduit de l’anglais (préalablement de l’allemand) sur un pointeur donné par LaurentG, petit délire autour de l’agilité qui m’a fait rire 🙂
- Chuck Norris est Scrum Master et Product Owner en même temps
- Chuck Norris peut faire des sprints de 6 mois
- Chuck Norris porte des TimeBoxer short
- Chuck Norris ne déplace pas les postIt sur le tableau, il bouge le tableau
- Chuck Norris n’estime pas, il sait
- Chuck Norris s’appaire tout seul
- Chuck Norris est autoriser à arriver en retard au Stand Up
- Chuck Norris s’assoie lors du Stand Up
- Chuck Norris a tout terminé à la fin du Sprint Planning Meeting
- Chuck Norris n’estime pas les User Story, mais les User Story le respecte
- Chuck Norris écrit d’abord le code et jamais les tests
- Chuck Norris ne craint pas les bugs, mais les bugs le craignent
- Chuck Norris ne connait pas le Kanban, il n’a pas de limite
- Chuck Norris ne tire pas, il pousse
- Quand Chuck Norris dit « c’est terminé », alors c’est vraiment terminé
- Chuck Norris ne déploie pas, il développe directement sur les machines de production
- Chuck Norris sait que pour établir un burn-down, il faut du Napalm
- Chuck Norris n’a pas de burn-down, tout est brulé autour de lui
- Chuck Norris ne répond qu’à 2 questions lors du Stand Up … il ne connait jamais de problème
- Chuck Norris n’a pas besoin de prioriser le Product Backlog
- Chuck Norris réalise plusieurs User Story en parallèle
- Chuck Norris n’utilise pas le Développement Piloté par les Tests. Chuck Norris pilote lui même
- Chuck Norris est le Product Backlog
- Chuck Norris est Scrum Master certifié sans avoir le certificat
- Chuck Norris n’a pas besoin d’Acceptance Test. Chuck Norris accepte ou pas !
- Chuck Norris n’a pas besoin de rétrospective. Le process Chuck Norris est parfait
- Chuck Norris écrit des tests qui passent avant d’avoir écrit le code
- Chuck Norris gagne toujours au Poker Planning
Et je rajouterais
- Chuck Norris n’a pas de plan de release. Chuck Norris sait ce qui est à faire
- Chuck Norris a une vélocité de 50 000 points
- Chuck Norris termine le Product Backlog à chaque itération
D’autres idées ?
Je prévois d’aller à Nashville cet été et j’aimerais avoir l’opportunité de présenter un sujet (j’avais été retenu pour Toronto en 2008 mais pas à Chicago en 2009).
Si Claude en a reçu un 
J’aime vraiment bien ce que fait Henrik Kniberg et surtout comment il le fait, car Henrik possède une réelle capacité de vulgarisation qui lui permet de rendre simple et fluide la compréhension d’un problème compliqué. Et si vous ne me faites pas confiance, J’espère que vous ferez confiance à Marie Poppendieck qui dit la même chose dans la préface du dernier livre co-écrit par Henrik sur Scrum & Kanban (disponible au