05

Projets agiles SCRUM

Des projets agiles avec un time to market court.

Depuis 10 ans nous appliquons strictement les méthodes SCRUM et Kanban pour délivrer l'intégralité de nos projets. Chaque projet démarre avec une phase unique qu'on appelle Discovery. Cette phase permet de définir les indicateurs de succès de votre projet, d'organiser une phase d'observation et d'analyse des utilisateurs finaux et la constitution de personas. Nous construisons ensuite avec vous et vos utilisateurs finaux des parcours utilisateurs complets pour chaque persona, une expérience map détaillée et constituons un back-log produit avec la business value pour vous et la valeur utilisateur pour chaque persona.

deux phases projet : discovery et production

Nous développons en mode agile avec un approche SCRUM du développement et Kanban pour la maintenance et support. Malgré une approche agile nous pouvons vous accompagner sur différents modes de contractualisation : forfait, prix fixe au sprint, times & materials, prix fixe au user point. Nous intégrons la méthode SCRUM aussi bien sur la partie business design et experience utilisateur que sur la partie développement, en intégrant le principe du dual track SCRUM. 

Dual track scrum UX, UI et développement

 

Quelque soit le mode de collaboration choisi, nous fournissons un ensemble d'outils et de reporting pour piloter le projet dans les meilleurs conditions possible avec le plus haut degré de transparence : PAQ, Burn-down chart, Back-log projet / sprint, Tableau de suivi des risques, Features matrix avec calcul automatique de business value, KPI projet temps réel (Cost of rework, qualité, efficacité, respect des délais, contrôle budgétaire, ...), Redmine pour la gestion quotidienne du projet, etc. L'ensemble de nos product owners sont également architectes, ce qui simplifie la communication et la prise de décisions lors des phases critiques du projet. Nous proposons une organisation de l'équipe projet efficace et simple :

Organisation équipe projet SCRUM

 

Avec une application stricte de la méthodologie SCRUM, nous mettons en place l'intégralité des 'cérémonies' agiles et construisons des systèmes de contrôle stricte des inputs et livrables. SCRUM repose sur la transparence. Adyax fournit 3 artefacts de transparence : définition de «Prêt», qui concerne la préparation du sprint, définition de la «Qualité», qui est un standard commun pendant le sprint et la définition de «Fini», qui concerne la livraison du sprint.

Sprint agile SCRUM

 

Definition of "ready"

La définition de «Prêt» spécifie les conditions nécessaires pour considérer qu'un élément du Backlog produit (PBI - Product backlog item) est considéré comme suffisamment décrit pour entrer dans un sprint. L'équipe de développement expose ces conditions au Product owner dans le but de mieux préparer le Sprint. Le Product owner vérifie que chaque élément du Backlog produit (prévue pour le Sprint suivant) respecte les conditions nécessaires avant de lancer le Sprint.
L'équipe de développement et le Product owner sont en mesure d’adapter les conditions pour améliorer la performance et la qualité des livrables. Dans l’organisation de développement d’adyax, la définition de “Prêt” correspond aux conditions suivantes : la valeur business est clairement exprimée; les détails sont suffisamment compris par l'équipe de développement pour statuer si les demandes sont faisables; les dépendances sont identifiées et analysées aucune dépendance ne bloquera la finition du PBI; l’équipe dispose de tous les profils nécessaires pour pouvoir finaliser le PBI; le PBI est estimé et il est suffisamment petit pour être finalisé dans un Sprint; les acceptance criterias sont clairs, exhaustifs et testables; les critères de performance (si applicable) sont définis et testables; l’équipe SCRUM comprend comment présenter le PBI pendant la “Sprint review”.

Defintion of "quality"

La définition de la «Qualité» spécifie les conditions nécessaires pour considérer un élément du Backlog de produit (PBI - Product backlog item) comme permettant de satisfaire les besoins exprimés, les critères de sortie pour les tests et le niveau de sévérité toléré pour les défauts détectés. L'équipe de développement définit les conditions pour mettre en transparence le standard de qualité. L'équipe de développement vérifie que chaque PBI (livré a la fin du Sprint) respecte les conditions nécessaires avant être présenté au “Sprint review”. L'équipe de développement et le Product owner sont en mesure d’adapter les conditions pour améliorer la qualité des livrables. Dans l’organisation de développement d’adyax, la définition de la «qualité» correspond aux conditions suivantes : chaque besoin est couvert par au moins un cas de test; niveau d’exécution (si les tests pilotés par les risques ne sont pas appliqués); tous les cas de tests de priorité High & Medium sont exécutés; au mois 75% des cas de tests de priorité Low sont exécutés; un taux de réussite des tests > 90%; défaut ouverts: 0 défauts de sévérité Majeur, Critique & Bloquant; < 5 défauts de sévérité Mineur, Cosmétique; les tests de performance, sécurité, non-régression (si applicable) passent; le plan de résolution des défauts est préparé

Definition of "done"

Dans l’organisation de développement d’adyax, la définition de la «fini» correspond aux conditions suivantes.

Pour une User story: le design technique est fait et revu par l'équipe de développement; la documentation technique est fournie (si applicable); la couverture des tests est fournie et revue par l'équipe de développement; le code est produit et commenté; le code est revu par les pairs, respecte les standards de développement; le code est déployé sur l’environnement de développement et testé par le développeur (on utilisant les cas des tests fournis); le code est installé sur l’environnement de test; les tests sont effectués, les défauts détectés et documentés; les défauts sont corrigés, vérifiés et clôturés; le code est conforme à la définition de la qualité; tous les critères d’acceptance passent.

Pour un Sprint: toutes les User stories sont conformes à la définition de “Fini”; les tests de non-régression passent sur l’environnement de test; le rapport de livraison du Sprint est livré; le guide utilisateur est fourni; la “Sprint review” est préparée par l’équipe.

Pour une Release: toutes les user stories sont acceptées; les instructions de déploiement sont fournies (si applicable); le besoin de mode de maintenance et le downtime est documenté (si applicable); le code est taggé avec une version, programmé pour la livraison sur l’environnement de pre-production et production.

MVP

Nous vous aidons a construire une vision et une approche MVP (Minimum Viable Product). Le but de piloter le projet par la valeur business et utilisateur apportée par chaque fonctionnalité rajoutée à votre projet. Cela passe par une intégration des utilisateurs finaux des la phase de conception avec des séances d'idéation, de design thinking, de l'observation et des interviews. Cela nécessite aussi de mener des tests utilisateurs très rapidement, avec des prototypes interactifs. 

approche MVP

 

Le but est de lancer en production le plus rapidement possible une version simplifiée de votre projet mais apportant le maximum de valeur. Ensuite, grâce à une méthodologie agile et du déploiement continue, nous pouvons itérer rapidement en rajoutant uniquement les fonctionnalités le plus intéressantes et en les validant aussi rapidement que possible auprès d'un focus group ou par un test utilisateur grandeur nature (multi-variate tests, a/b tests).

Nos services

Product Owner délégué

Dual track SCRUM

PMO / Direction projet

Pilotage de programmes multi-projets

Mise en place d'une organisation agile

Co-création - Équipes mixtes & coaching

Appels d’offres (RFP) & gestion des ressources et fournisseurs

Gestion de projets