Drupal Agile Team
Collaborez avec une équipe Drupal spécialisée en Agile

Vous avez besoin de collaborer avec un équipe Drupal qui maîtrise l'agilité ? Actency dispose de la plus grande équipe Drupal en France, avec plus de 100 experts embauchés sur tout le territoire.

Une des clés de notre succès réside dans notre capacité à nous rendre facilement chez nos clients. Cette proximité géographique est indispensable à la mise en place de réunions de travail entre nos équipes et les donneurs d'ordre (stakeholders) dans les cas de refinement (revue des travaux à réaliser) ou de démonstrations : les visioconférences, bien que très pratiques, ne suffisent pas, car aux moments stratégiques, seule la rencontre permet de transmettre tous les détails qui feront la qualité de votre projet.

Nos équipes sont 100 % opérationnelles et expérimentées en Agile. Depuis 2017, Actency réalise l'intégralité des ses prestations en méthode agile. Pour nous assurer que l'équipe globale (client + Actency) est bien familiarisée avec l'Agile :

Nous offrons systématiquement une formation Product Owner certifiante Scrum.org pour le client et nos équipes afin qu'ils adoptent collectivement les bons réflexes.

Cette formation est un lancement de projet en Agile idéal car elle consiste à former sur les bases de la méthode, à comprendre les étapes qui seront à respecter, mais surtout elle permet de réaliser ses premières cérémonies agiles avec l'équipe finale, en condition et avec l'accompagnement d'un formateur.

Ainsi, nous répétons ensemble sur la base concrète des premières user stories de votre projet. Une fois la formation effectuée, nous continuons dès le lendemain sur notre lancée jusqu'à la fin du projet.

Nous établissons un RACI clair des responsabilités par rôles

Et dès le début de notre collaboration, nous formalisons ensemble les règles du jeu, pour chaque rôle (développeur, lead développeur, Scrum Master, Product Owner, Proxy Product Owner, stakeholders, directeur de projet, directeur technique, ingénieur Devops) afin d’améliorer la qualité de la gestion et dans certains cas, nous ajoutons des cérémonies dédiées aux pilotages et aux contrôle de budget : comité de pilotage, business review.

Notre méthode

Lorsque vous faites appel à nos équipes, plusieurs modes sont possible : onsite, offsite ou un mix des deux. Les cérémonies auxquelles nos équipes sont formées et habituées sont les suivantes :

Scrum meeting

Tous les matins, les développeurs et éventuellement le Scrum Master se réunissent pour faire le point sur le déroulé de la journée précédente, celui de la journée en cours et relever les différents points de blocage de l'équipe. Tous les éléments bloquants doivent être centralisés vers le Scrum Master pour un traitement dans les meilleurs délais et conditions.

Réunion d’affinage du backlog

Réalisée entre le PO, l’équipe de développeurs et le Scrum Master, elle sera organisée uniquement lorsque les user stories seront découpées en micro-tâches et que les scopes de celles-ci seront validés. La première itération s’effectue après la démo et permet de découper en tâches, vérifier la conformité des US et clarifier le besoin au mieux. Le PO décide alors des user stories qui devront être traitées en priorité.

Sprint Planning (réunion de planification de sprint)

Réunion découpée en deux parties. Durant la première partie, l'ensemble de l’équipe de développement revoit avec l'aide du Scrum Master les user stories à intégrer au sprint. Les développeurs estiment l’ensemble des user stories à produire en points grâce au planning poker. Durant la deuxième partie, la team Dev découpe les user dtories en sous-tâches chiffrées plus en détails.

Sprint rétrospective

Cette réunion regroupe tous les acteurs du projet et permet de relever ce qui s'est bien et mal passé sur le sprint afin de maintenir ce qui fonctionne et de corriger ce qui est moins efficace. Des plans d'actions peuvent être établis et validés par l'ensemble des acteurs (amélioration continue).

Sprint review (démonstration)

À chaque fin de sprint le LeadDev et le Scrum Master rencontrent le PO et éventuellement les parties prenantes pour montrer le fonctionnel développé lors du sprint. Cette démonstration doit être préparée et prouver que l'ensemble des éléments des user stories ont été implémentés et que les tests de recette prévus s'effectuent bien dans la cadre de la livraison. En amont de la démonstration, une réunion de préparation doit être effectuée entre les développeurs et le PO pour qu’ils s’accordent sur les éléments à présenter aux parties prenantes.

Code review

Cette réunion de travail du LeadDev pour transférer des compétences sur les tickets traités, les méthodes implémentées, etc. Elle garantit la bonne connaissance globale du code du projet et favorise l'augmentation de la rapidité de l’équipe de développement.