En tant que Scrum Master ,Je vais présenter avec l’équipe la revue de sprint au P.O,Afin de valider les users stories.
En tant que Scrum Master,Je vais récolter les impressions de l’équipe durant la rétrospective,Afin d’améliorer l’équipe.
En tant que Scrum Master,Je vais préparer le nouveau sprint avec le P.O durant une session de backlog grooming,Afin de pouvoir mener le planning poker dans de bonnes conditions.
Ce 27 mars 2012 a eu lieu le Scrum Day 2012, l’évènement annuel organisé par le French Scrum User Group. L’événement se déroulait à la salle CAP15, et la salle était comble : 500 personnes ! Un record d’affluence, plus une seule place de disponible.
Etant Scrum Master au sein de ma société (GFI Informatique), j’ai eu la chance de pouvoir participer à la grande messe Scrum annuelle qu’est le ScrumDay ! Mon billet en poche, je m’en allais découvrir avec un autre collègue Scrum Master (https://twitter.com/guillaumew) cet événement.
Nous avions déjà participé à la ScrumNight fin décembre 2011 et avions beaucoup apprécié l’ambiance qui règne au sein du FSUG. Nous sommes d’ailleurs maintenant membre du FSUG depuis cette fameuse nuit Scrum.
Ces derniers jours j’ai voulu commencer un nouveau projet perso afin de monter en compétences sous Symfony2 (oui j’ai été développeur Symfony1.4 avant d’être ScrumMaster). Mais cette fois-ci, je voulais appliquer quelques best practices d’XP et de Scrum. A travers le TDD et l’ATDD pour l’écriture de tests d’acceptation de chaque fonctionnalité notamment.
Pour cela, rien de plus simple puisque Symfony2 prévoit une interaction avec un outil de test très utilisé par les développeurs PHP: PHPUnit. Et concernant les tests d’acceptation, je vous en ai déjà parlé dans un précédent article, je compte utiliser Behat qui s’intègre très facilement à Symfony2.
Je réalise l’ensemble de mes projets de développement sous Linux Mint 12 (Lisa). Je décide donc d’installer PHPUnit via apt en lancant la commande que tout le monde connait sous système Debian:
Aujourd’hui, je cherchais un peu de doc sur les tests d’acceptation que doivent écrire nos chers Product Owners pour chaque User Story et notamment le formalisme que doit prendre chaque test écrit par les Product Owners avant de les coder réellement.
C’est ce qu’on appelle une approche ATDD (acceptance tests driven development).
Lire la suite…