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…
Je n’ai pas l’habitude de traiter de sujets techniques, quoique j’en fasse beaucoup néanmoins, mais comme je suis en ce moment Scrum Master sur un projet PHP avec Drupal, je souhaitais vous parlez de la mise en place des tests automatisés dans Drupal.
En-effet, Drupal 7 facilite grandement la mise en place de tests automatisés ainsi que la mise en place d’une plateforme d’intégration continue.
Comment se déroulent les tests dans Drupal ?
Drupal depuis sa version 7 contient en natif un framework de tests pour le PHP. Ce framework est un outil qui facilite l’intégration continue via l’implémentation du concept d’automatisation de tests.
L’automatisation des tests, pour quoi faire ?
J’ai démarré depuis peu une mission de consultant agile au sein d’une entité qui ne l’est pas vraiment…
Ainsi pour pouvoir assurer le suivi de mon projet, j’ai demandé à travailler avec IceScrum. Cependant, il a fallu un certain temps avant que je puisse l’utiliser et pour ne pas perdre de temps dans mon suivi, j’ai du revenir aux bonnes vieilles méthodes !
Même si on n’applique pas à la lettre toutes les pratiques d’une méthode en particulier, on aimerait parfois pouvoir gérer son projet de façon agile ou avec des briques de Kanban. Mais pour une raison ou une autre, il arrive que nous n’ayons pas d’outils spécialisés sous le coude :
- Problème de budget (IceScrum est néanmoins gratuit).
- Problème de licences.
- Problème de droits sur son propre poste (mon cas au sein de cette mission).