Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Oeildecoach scrum roles-et-responsabilites

8,756 views

Published on

Fiches de rôles et responsabilités d'une équipe Agile Scrum.
Martial SEGURA - Oeil de Coach - oeildecoach.com

Pour qu’une équipe Scrum puisse être efficace, Ken SCHWABER et Jeff SUTHERLAND recommandent le dispositif suivant :

1 Product Owner (PO),
1 équipe de développement (Development Team),
1 Scrum Master (SM).

Les équipes Scrum (Scrum Teams) sont auto-organisées et pluridisciplinaires. C'est à dire qu'elles choisissent la meilleure façon d’accomplir leur travail, au lieu d’être dirigées par des personnes externes à l’équipe.

Les équipes pluridisciplinaires ont toutes les compétences nécessaires pour effectuer le travail qui leur incombe, sans dépendre d’autres personnes n’appartenant pas à l’équipe.

Une équipe Scrum est composée de 6 +/- 3 membres (soit un minimum de 3 personnes et un maximum de 9 personnes).
De mon expérience de coach agile, 9 personnes est vraiment un plafond à respecter au risque de générer des clans au sein de l'équipe, pénalisant la bonne collaboration du collectif.

Published in: Software
  • Login to see the comments

Oeildecoach scrum roles-et-responsabilites

  1. 1. 1 © http://www.oeildecoach.com 1 dans une équipe SCRUM Rôles et responsabilités
  2. 2. 2 © http://www.oeildecoach.com  SCRUM : La complémentarité au service du produit FONCTIONNEL ORGANISATIONNEL TECHNIQUE
  3. 3. 3 © http://www.oeildecoach.com  SCRUM : L’unité d’une équipe pluridisciplaire Scrum Master Equipe de dév. et de tests Product Owner Définir le produit répondant aux attentes utilisateurs Réaliser le meilleur produit Faciliter les échanges et l’amélioration L’EQUIPE SCRUM Satisfaire les utilisateurs et fabriquer le meilleur produit possible
  4. 4. 4 © http://www.oeildecoach.com  PRODUCT OWNER (PO) - Responsable du produit Stratège, il est dédié à 100% au projet. • Définit et planifie l’avancement du produit : • Porte la vision produit et définit la roadmap • Construit et tient à jour le backlog produit (périmètre fonctionnel complet) • Priorise les Epics et les User Stories • Détermine le contenu des itérations en concertation avec l’équipe • Recueille les besoins, rédige les User Stories et leur critères d’acceptations • Intervient lors des différentes cérémonies : • Participe aux recettes et valide chaque User Stories • Assiste à toutes les cérémonies : Sprint Planning, Revue de Backlog, Daily meeting (observateur), Sprint Revue, Sprint rétrospective • Planifie et anime les ateliers métiers en fonction de la roadmap • Contrôle et valide les incréments : • Vérifie les livraisons et peut refuser une fonctionnalité ou une User Story • Est garant du produit en ayant la capacité et le pouvoir de trancher (avec l’aide des métiers et de l’équipe de réalisation) sur : la roadmap, le contenu d’une itération, la priorisation et les règles métiers à implémenter. Product Owner QUI, QUOI , POURQU OI& QUAND
  5. 5. 5 © http://www.oeildecoach.com  PROXY PRODUCT OWNER (PPO) / BUSINESS ANALYST Relais opérationnel du Product Owner Pourquoi ? Quand un PO ne peut pas être dédié à 100% au projet ou que le PO n’a pas la capacité de réaliser toute la charge de travail qui lui incombe. • S’assure du bon avancement du produit : • Est le représentant opérationnel du Product Owner • Aide à la décision, à trouver des idées et à les mettre en place • Garant des processus et des choix opérés par le PO • Collabore au backlog et co-rédige les Users Stories, pour les affiner et coller au mieux aux attentes des utilisateurs, du PO et de l’équipe. • Il intervient lors des différents cérémonies : • Participe aux recettes et valide avec le PO les User Stories • Assiste à toutes les cérémonies • Défend la roadmap et les choix du PO • Echange constamment avec le PO et l’équipe • Contrôle et valide les incréments : • Vérifie les livraisons et peut refuser une fonctionnalité ou une User Story Proxy Product Owner QUI, QUOI , POURQUOI
  6. 6. 6 © http://www.oeildecoach.com  SCRUM MASTER (SM) – Garant de la méthode Facilitateur, il est dédié à 100% au projet. • Garant de la bonne application de la méthologie Agile • Est responsable de faire appliquer par l’équipe les valeurs, les principes et les pratiques de Scrum • Gère les aspects humains et relationnels, élimine les obstacles • S’assure que l’équipe est fonctionnelle et productive. Il la protège des interférences extérieures • Est garant du rôle et des responsabilités de chacun, en facilitant la coopération entre tous • Est responsable du suivi des risques et du suivi des actions • Organise et anime les cérémonies, en veillant à leur bon fonctionnement • Encourage l’équipe dans son amélioration continue • Interagit constamment avec le Product Owner (et le PPO) pour maximiser le ROI et la bonne application de la vision produit. • Définit et suit les indicateurs de pilotage projet (KPI) Scrum master PROCESSUS ORGANISATI ON
  7. 7. 7 © http://www.oeildecoach.com  SCRUM TEAM – Equipe agile L’équipe réalise le meilleur produit • Analyse les besoins et les User Stories • Estime les User Stories (permettant par analogie de déduire le coût) • Réalise le produit (développements, tests, paramétrages) • Est co-responsable de la qualité du produit livré (tests compris) • Choisit la meilleure façon d’accomplir leur travail (sans que cela soit imposé par une personne externe) • Est dans une posture d’amélioration continue de leur organisation : compétences, processus, outils, relations inter-personnelles, etc. • Effectue les déploiements en autonomie (cas de « DevOps ») Equipe de réalisation COMMENT & COMBIEN
  8. 8. 8 © http://www.oeildecoach.com   Définir la stratégie produit / programme (priorités, ROI, etc.)  Créer la roadmap produit / programme  Définir la vision produit (objectif, descriptif, risques, critères du succès)  Décrire les grandes fonctionnalités (épics et expressions de besoin)  Définir l’architecture et la conception technique avec le Lead dev  Choisir les technologies et les normes de sécurité adaptées  Identifier les limites technologiques  Définir la stratégie et les outils des tests automatisés  Pourvoir aux développeurs et planifier les formations nécessaires  Faire monter en compétence les développeurs  Identifier et aider aux développeurs à résoudre les points de blocage  Définir le backlog lié à la dette technique  Animer les rituels de revue du backlog de la dette technique  Estimer les User Stories avec l’équipe de réalisation  Développer et tester les User Stories  Assurer la meilleure qualité des développements  Remonter les points de blocage  Binômer avec un développeur senior pour résoudre les points de blocage et monter en compétence  Poser les questions au Product Owner ou au PPO afin de clarifier les demandes des User Stories AUTRES RÔLES POSSIBLES (à préciser en fonction de chaque contexte) Architecte / R&D Lead dev Dev junior Product Manager
  9. 9. P.9 Source : Less
  10. 10. 10 © http://www.oeildecoach.com  Blog sur les approches agiles et le développement professionnel : http://oeildecoach.com/ Agile Product Ownership in a Nutshell – VOSTFR : https://www.youtube.com/watch?v=vkYEqz_MA5Y Scrum guide en FR : http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-FR.pdf Cérémonies SCRUM (Qui ? Quand ? Quoi ? Comment ?) : https://fr.atlassian.com/agile/ceremonies/ Pour aller plus loin

×