Avec l'AME, je résumais l'agilité en 3 principes. Éclaircissons le dernier, le plus difficile à cerner : la proactivité. Et, non, ce n'est pas le contraire de la réactivité ! Murphy, Taleb et Schumarer vont nous aider à y voir plus clair et à adopter des comportements favorisant la proactivité
Auteur : Gaël Rebmann
The Black Knight Story : un serious game pour comprendre les revues d’itération
La revue est une cérémonie, un rituel que font les équipes agiles. Généralement, elles appellent ça la "démo". Ce mot est souvent symptomatique d'une incompréhension de ce qu'est vraiment une revue (de sprint, d'itération, de cadence, etc.). Une démo, c'est une sorte de show. On montre un truc (plus ou moins) spectaculaire et on s'en va. Une revue, c'est bien plus que ça et je vous propose de jouer à The Black Knight Story pour le découvrir... Lire la suite
Run into Debt : un jeu pour comprendre la dette technique
Run into Debt n'est pas un jeu dans lequel on vous apprend à gérer votre argent et à ruiner vos voisins. Ce n'est pas le Monopoly ! Non, il s'agit simplement d'un serious game dans lequel on va courir (Run) et découvrir quelques principes à propos de la dette (debt) technique... Lire la suite
Grimoire : une trame pour mener les audits de vos missions de coaching
Tout comme l'AME a pour vertu de mettre en lumière de nouveaux angles d'approche de l'agilité, le terme de "Protecteur d'AME", qui aurait dû être retenu officiellement pour désigner les coachs agiles (je pense à une pétition pour réparer cette injustice), permet d'envisager ce métier différemment. Par exemple, vu qu'on a une résonance ésotérique dans … Lire la suite Grimoire : une trame pour mener les audits de vos missions de coaching
Partage des supports de l’atelier Gam’Inception
En attendant un post complet pour expliquer le déroulement de l'atelier Gam'Inception, que j'ai joué à Agile France 2017, vous pouvez récupérer les différents supports dans une archive zip trouvable ici Ainsi, vous pourrez animer une session vous-même
La place de l’architecte dans une organisation agile, c’est compliqué ?
On pose souvent ce genre de question à un agiliste convaincu : "quelle est la place de [insérer un rôle ici] en agile ?" Le rôle qui est le plus souvent inséré ici, c'est celui d'architecte. Mais comme pour tous les experts, la réponse est globalement la même. Que dit le Manifeste ? Un des … Lire la suite La place de l’architecte dans une organisation agile, c’est compliqué ?
Stack Race : la vélocité n’est pas suffisante pour mener un sprint planning
Je ne crois les chiffres que si je les ai moi-même falsifiés ! Les chiffres vous font faire pleins de trucs que vous ne vouliez pas vraiment réaliser avant de les lire. Prenons cet exemple tout simple : vous voyez une veste qui vous plaît beaucoup dans une vitrine. Si elle est affichée à … Lire la suite Stack Race : la vélocité n’est pas suffisante pour mener un sprint planning
De la nécessité d’un accompagnateur agile spécialisé
Si vous faites du tourisme, un accompagnateur spécialisé, un guide, pourrait être utile. Surtout, si comme tout agiliste qui se respecte, vous partez à la montagne. Mais ce n'est pas de ce type de personnes dont je souhaitais parler aujourd'hui. Il y a peu, je vous présentais l'AME, l'essence de l'agilité ("Humilité ? Humilité ? … Lire la suite De la nécessité d’un accompagnateur agile spécialisé
L’AME (non pas celle-là), un concentré d’agilité !
Dans un précédent article, nous avons vu que créer un produit logiciel n'était pas compliqué... Et que par conséquent les méthodologies inspirées des industries lourdes et du BTP ne sont pas parfaitement adaptés. Nous ne sommes pas obligés de rester sans repère pour autant. Je vous propose un concentré d'agilité, 3 principes qui vous serviront … Lire la suite L’AME (non pas celle-là), un concentré d’agilité !
Construire un produit logiciel n’est pas compliqué !
Jusqu'à il y a peu, nous avons mal jugé la nature de la création des produits informatiques. On croyait que c'était "compliqué". Par conséquent, on a mis au point des méthodes non adaptées pour créer des logiciels. Construire un logiciel n'est pas du tout compliqué En 2000, David John Snowden, dit Dave Snowden, a finalisé … Lire la suite Construire un produit logiciel n’est pas compliqué !