English version available here : http://tjr.a54.mywebsitetransfer.com/2009/06/99-test-balloons/.

This post only contains french version.

Durée : 30 min

Matériel pour chaque équipe :
Ballon de test avec ses critères d'acceptation
  • 20-30 ballons par équipe
  • du papier
  • des règles
  • des ciseaux
  • des marqueurs
Instructions :

Commencez par montrer aux équipes un ballon que vous souhaitez créer (ou dessinez-en un).
Le ballon a un visage constitué de deux yeux ronds, un nez triangulaire, et d’une bouche en demi-cercle. Sans instruction complémentaire, dites aux équipes qu’ils ont 2 minutes pour créer autant de ballons que possible, et que les ballons devront être « acceptés ».

Éliminez tous les ballons qui ne répondent pas à vos critères de ~ 25 cm de large, des yeux de ~ 5 cm, avec ~ 2,5 cm écart entre les yeux, un nez haut de ~ 3,8 cm, et une bouche de ~ 11,5 cm de large. 

Très peu d’équipes auront des ballons qui satisferont ces critères.
Comme vous rejetez leur travail (gâchis), demandez aux équipes si elles ont déjà eu une expérience similaire dans le développement de logiciels.

Avant le second tour, donnez aux équipes 2 minutes pour discuter sur la façon dont ils peuvent s’améliorer pour la prochaine itération. Ils devraient commencer par demander plus de précisions sur les critères d’acceptation, que vous donnerez avec plaisir.

Dès le début du second tour, les équipes vont appliquer les critères d’acceptation à leur travail et certains vont même commencer la mise en place d’un « harnais de test » (par exemple : des modèles en papier pour le visage, des moyens rapides pour mesurer la largeur de ballon, etc.).
Les résultats devraient être meilleurs au second tour.

Echangez autour de la façon dont ils ont changé leur façon de travailler et autour des améliorations qu’ils feraient la prochaine fois.

Si nécessaire, faire un tour de plus. Cette fois-ci, chaque équipe doit utiliser un harnais de test et devrait donc produire des ballons avec beaucoup plus d’efficacité et de qualité.

Aspects couverts :

  • La définition des critères d’acceptation n’est pas la même chose que l’écriture de tests, qui ne s’appliquent qu’après avoir produit quelque chose. Ils peuvent être utilisés comme des exigences, comme des tests, ainsi que comme cible pour les développeurs.
  • L’automatisation des tests d’acceptation (ou exigences exécutables) peut être très utile, comme en témoigne le harnais de test produit pendant la partie.
  • L’investissement dans la création et l’automatisation des tests d’acceptation est utile et  très rentable.

 

Durée : 30 min

Matériel pour chaque équipe :
Ballon de test avec ses critères d'acceptation
  • 20-30 ballons par équipe
  • du papier
  • des règles
  • des ciseaux
  • des marqueurs
Instructions :

Commencez par montrer aux équipes un ballon que vous souhaitez créer (ou dessinez-en un).
Le ballon a un visage constitué de deux yeux ronds, un nez triangulaire, et d’une bouche en demi-cercle. Sans instruction complémentaire, dites aux équipes qu’ils ont 2 minutes pour créer autant de ballons que possible, et que les ballons devront être « acceptés ».

Éliminez tous les ballons qui ne répondent pas à vos critères de ~ 25 cm de large, des yeux de ~ 5 cm, avec ~ 2,5 cm écart entre les yeux, un nez haut de ~ 3,8 cm, et une bouche de ~ 11,5 cm de large. 

Très peu d’équipes auront des ballons qui satisferont ces critères.
Comme vous rejetez leur travail (gâchis), demandez aux équipes si elles ont déjà eu une expérience similaire dans le développement de logiciels.

Avant le second tour, donnez aux équipes 2 minutes pour discuter sur la façon dont ils peuvent s’améliorer pour la prochaine itération. Ils devraient commencer par demander plus de précisions sur les critères d’acceptation, que vous donnerez avec plaisir.

Dès le début du second tour, les équipes vont appliquer les critères d’acceptation à leur travail et certains vont même commencer la mise en place d’un « harnais de test » (par exemple : des modèles en papier pour le visage, des moyens rapides pour mesurer la largeur de ballon, etc.).
Les résultats devraient être meilleurs au second tour.

Echangez autour de la façon dont ils ont changé leur façon de travailler et autour des améliorations qu’ils feraient la prochaine fois.

Si nécessaire, faire un tour de plus. Cette fois-ci, chaque équipe doit utiliser un harnais de test et devrait donc produire des ballons avec beaucoup plus d’efficacité et de qualité.

Aspects couverts :

  • La définition des critères d’acceptation n’est pas la même chose que l’écriture de tests, qui ne s’appliquent qu’après avoir produit quelque chose. Ils peuvent être utilisés comme des exigences, comme des tests, ainsi que comme cible pour les développeurs.
  • L’automatisation des tests d’acceptation (ou exigences exécutables) peut être très utile, comme en témoigne le harnais de test produit pendant la partie.
  • L’investissement dans la création et l’automatisation des tests d’acceptation est utile et  très rentable.

 

Durée : 30 min

Matériel pour chaque équipe :
Ballon de test avec ses critères d'acceptation
  • 20-30 ballons par équipe
  • du papier
  • des règles
  • des ciseaux
  • des marqueurs
Instructions :

Commencez par montrer aux équipes un ballon que vous souhaitez créer (ou dessinez-en un).
Le ballon a un visage constitué de deux yeux ronds, un nez triangulaire, et d’une bouche en demi-cercle. Sans instruction complémentaire, dites aux équipes qu’ils ont 2 minutes pour créer autant de ballons que possible, et que les ballons devront être « acceptés ».

Éliminez tous les ballons qui ne répondent pas à vos critères de ~ 25 cm de large, des yeux de ~ 5 cm, avec ~ 2,5 cm écart entre les yeux, un nez haut de ~ 3,8 cm, et une bouche de ~ 11,5 cm de large. 

Très peu d’équipes auront des ballons qui satisferont ces critères.
Comme vous rejetez leur travail (gâchis), demandez aux équipes si elles ont déjà eu une expérience similaire dans le développement de logiciels.

Avant le second tour, donnez aux équipes 2 minutes pour discuter sur la façon dont ils peuvent s’améliorer pour la prochaine itération. Ils devraient commencer par demander plus de précisions sur les critères d’acceptation, que vous donnerez avec plaisir.

Dès le début du second tour, les équipes vont appliquer les critères d’acceptation à leur travail et certains vont même commencer la mise en place d’un « harnais de test » (par exemple : des modèles en papier pour le visage, des moyens rapides pour mesurer la largeur de ballon, etc.).
Les résultats devraient être meilleurs au second tour.

Echangez autour de la façon dont ils ont changé leur façon de travailler et autour des améliorations qu’ils feraient la prochaine fois.

Si nécessaire, faire un tour de plus. Cette fois-ci, chaque équipe doit utiliser un harnais de test et devrait donc produire des ballons avec beaucoup plus d’efficacité et de qualité.

Aspects couverts :

  • La définition des critères d’acceptation n’est pas la même chose que l’écriture de tests, qui ne s’appliquent qu’après avoir produit quelque chose. Ils peuvent être utilisés comme des exigences, comme des tests, ainsi que comme cible pour les développeurs.
  • L’automatisation des tests d’acceptation (ou exigences exécutables) peut être très utile, comme en témoigne le harnais de test produit pendant la partie.
  • L’investissement dans la création et l’automatisation des tests d’acceptation est utile et  très rentable.

 

Durée : 30 min

Matériel pour chaque équipe :
Ballon de test avec ses critères d'acceptation
  • 20-30 ballons par équipe
  • du papier
  • des règles
  • des ciseaux
  • des marqueurs

Instructions :

Commencez par montrer aux équipes un ballon que vous souhaitez créer (ou dessinez-en un).
Le ballon a un visage constitué de deux yeux ronds, un nez triangulaire, et d’une bouche en demi-cercle. Sans instruction complémentaire, dites aux équipes qu’elles ont 2 minutes pour créer autant de ballons que possible, et que les ballons devront être « acceptés ».

Éliminez tous les ballons qui ne répondent pas à vos critères de ~ 25 cm de large, des yeux de ~ 5 cm, avec ~ 2,5 cm écart entre les yeux, un nez haut de ~ 3,8 cm, et une bouche de ~ 11,5 cm de large. 

Très peu d’équipes auront des ballons qui satisferont ces critères.
Comme vous rejetez leur travail (gâchis), demandez aux équipes si elles ont déjà eu une expérience similaire dans le développement de logiciels.

Avant le second tour, donnez aux équipes 2 minutes pour discuter sur la façon dont ils peuvent s’améliorer pour la prochaine itération. Ils devraient commencer par demander plus de précisions sur les critères d’acceptation, que vous donnerez avec plaisir.

Dès le début du second tour, les équipes vont appliquer les critères d’acceptation à leur travail et certains vont même commencer la mise en place d’un « harnais de test » (par exemple : des modèles en papier pour le visage, des moyens rapides pour mesurer la largeur de ballon, etc.).
Les résultats devraient être meilleurs au second tour.

Echangez autour de la façon dont ils ont changé leur façon de travailler et autour des améliorations qu’ils feraient la prochaine fois.

Si nécessaire, faire un tour de plus. Cette fois-ci, chaque équipe doit utiliser un harnais de test et devrait donc produire des ballons avec beaucoup plus d’efficacité et de qualité.

Aspects couverts :
  • La définition des critères d’acceptation n’est pas la même chose que l’écriture de tests, qui ne s’appliquent qu’après avoir produit quelque chose. Ils peuvent être utilisés comme des exigences, comme des tests, ainsi que comme cible pour les développeurs.
  • L’automatisation des tests d’acceptation (ou exigences exécutables) peut être très utile, comme en témoigne le harnais de test produit pendant la partie.
  • L’investissement dans la création et l’automatisation des tests d’acceptation est utile et  très rentable.

 

2 thoughts on “99 Ballons de test

  1. Bonjour ,

    Pour ceux qui aiment les jeux agiles et qui veulent en savoir plus sur l’agilité, il y a des Scrum Beer à Genève, Lausanne et dans le Valais.

    Le meetup ScrumBeer Suisse Romande vous donnera plus d’information. http://www.meetup.com/ScrumBeer/

    L’agilité s’applique à des domaines tels que le management, la gestion de projets, la gestion d’équipe et les flux de travail.

    Les participants commentent leurs expériences et bénéficient de celles des autres, afin de gagner en efficience dans leurs activités.

    Nous partageons sur les pratiques de Scrum, Kanban, Lean, le leadership d’équipe, l’optimisation des processus, la vélocité, la qualité, la gestion du changement, ainsi que sur les nouvelles tendances du management 3.0.

    Que vous soyez directeur, chef de département ou développeur, chef de projets, ingénieur, ou néophyte, vous êtes le bienvenu.

    Venez discuter avec nous autour d’une bière au Geneva Scrum Beer.

    A bientôt

    ECI

Comments are closed.