SCRUM Flashcards
Scrum est un cadre de gestion pour le développement de produits incrémentiels utilisant une ou plusieurs équipes pluridisciplinaires et autonomes d’environ sept personnes (+/-2).
Il fournit une structure de rôles, de réunions, de règles et d’artefacts.
Les équipes sont chargées de créer et d’adapter leurs processus dans ce cadre.
itérations de longueur fixe, appelées Sprints. Les sprints ne durent pas plus de 30 jours, de préférence une durée plus courte;
Les équipes Scrum tentent, à chaque Sprint, de créer un
produit (correctement testé) qui peut potentiellement aller en production.
L’approche incrémentale et itérative du Scrum troque les phases traditionnelles du
développement «en cascade» pour l’aptitude à développer un sous-ensemble de
fonctionnalités à haute valeur ajoutée pour incorporer plus rapidement les feedbacks du client
Le plus grand avantage de Scrum se reflète
dans des projets complexes impliquant la
création de connaissances et la collaboration, tels que le développement de nouveaux
produits.
Scrum est destiné aux types de projets considérés comme
ingérables à l’aide de processus définis - exigences incertaines combinés à des risques imprévisibles d’implémentation technologique.
Il faut comprendre si les mécanismes sous-jacents au projet sont bien
compris ou si le projet demande de la création de connaissances et de la
collaboration.
il faut examiner s’il y a un engagement suffisant et une autoorganisation au sein de l’équipe
Scrum est généralement associé au développement de logiciels. Son utilisation s’est
également étendue à d’autres domaines tels que les semi-conducteurs, les hypothèques et
les fauteuils roulants.
Cependant, la réalité de Scrum dans l’industrie logicielle révèle des
dysfonctionnements au niveau des individus, des équipes et des organisations.
Beaucoup
de personnes prétendent faire du Scrum en modifiant les parties prenantes de l’approche
pour franchir des obstacles organisationnels et finissent par se priver de la plupart des
avantages d’une approche Scrum.
Équipe de développement Scrum
ü Pluridisciplinaire (par exemple, comprend des membres ayant des compétences en
matière de test, et d’autres qui ne sont pas traditionnellement appelés développeurs:
analystes, concepteurs, experts de domaine, etc.)
ü Auto-organiser / autogérer, sans rôles externes assignés
ü Planifie avec le Responsable de produit un Sprint à la fois
ü A une autonomie pour développer l’incrément
ü Intensément collaborative
ü Plus efficace si les membres se trouvent dans une même salle, en particulier pour les
premiers sprints
ü Plus efficace si les membres sont sur le long terme et à temps plein. Scrum déplace le
travail vers une équipe apprenante et flexible et évite de déplacer des personnes ou de
diviser les équipes.
ü 6 ± 2 membres
ü A un rôle de leader
Responsable de produit
ü Unique responsable de la maximisation du retour sur investissement (ROI) de l’effort de développement
ü Responsable de la vision du produit
ü Redéfinit constamment les priorités du carnet de produit, en ajustant les attentes à long terme, telles que les plans de déploiement en production.
ü Arbitre final des questions d’exigences
ü Décide s’il faut déployer le produit en production ou pas
ü Décide de poursuivre le développement ou pas
ü Considère les intérêts des parties prenantes
ü Peut contribuer en tant que membre de l’équipe
ü A un rôle de leader
Scrum Master (Maître de mêlée)
ü Travaille avec l’organisation pour la mise en place de Scrum
ü S’assure que Scrum est compris et mis en vigueur
ü Crée un environnement propice à l’auto-organisation de l’équipe
ü Protège l’équipe des interférences externes et des distractions pour la garder concentrer sur leur unique objectif le développement.
ü Favorise l’amélioration des pratiques d’ingénierie
ü N’a pas d’autorité de gestion sur l’équipe
ü Aide à résoudre les problèmes et surmonter les obstacles
ü A un rôle de leader
Réunion de planification du sprint
Au début de chaque sprint,
responsable de produit et l’équipe organisent une réunion
de planification du sprint pour négocier les fonctionnalités du carnet de produit qui seront réalisées pendant le Sprint
Le responsable de produit
est en charge d’identifier les
éléments les plus importants pour l’entreprise.
L’équipe de développement
est responsable de sélectionner la quantité de travail qu’ils estiment pouvoir mettre en œuvre sans la dette technique accumulée. L’équipe retire ces éléments du Carnet de produit pour les ajouter au carnet de sprint.
Daily Scrum (Mêlée quotidienne) et déroulement du Sprint
Chaque jour à la même heure et au même endroit,
les membres de l’équipe de développement
Scrum passent un total de 15 minutes à discuter de leurs progrès pour
atteindre l’objectif Sprint et la création d’un plan pour la journée.
partagent entre eux ce qu’ils ont fait la veille pour aider à satisfaire l’objectif du
sprint, ce qu’ils vont faire aujourd’hui et quels obstacles ils ont rencontré
L’équipe peut trouver utile de tenir à jour une liste des tâches de sprint et un graphique
Burndown de sprint ou une de ses variantes (présentées en détail dans les prochaines
sections)
il est courant de découvrir des tâches supplémentaires
nécessaires pour atteindre les objectifs de Sprint. Les obstacles causés par des problèmes indépendants de la volonté de l’équipe sont pris en considération comme des obstacles organisationnels.
Daily Scrum est destiné à favoriser la collaboration et la communication, et éviter de travailler séparément en silos. C’est une équipe autoorganisée dont tous les membres sont au même niveau hiérarchique, incluant le Scrum Master.
Une erreur commune est de regarder que le Scrum Master lors de la réunion.
Réunion de revue de sprint
À la fin du sprint,
Réunion de revue de sprint pour faire une démonstration de l’incrément du produit à tous ceux qui sont intéressés, particulièrement aux parties prenantes externes.
comporte une démonstration en direct du produit et non un rapport sur l’état d’avancement (syndrome du 80%)
Le responsable du produit
examine les articles sélectionnés pendant la Réunion de planification de sprint et
explique quels éléments sont considérés comme « Terminé » (done).
Par exemple, un élément qui est simplement avec le «code complet» est considéré comme « pas terminé », car les éléments non testés ne sont pas livrables.
Les éléments incomplets sont renvoyés dans carnet de produit et classés en fonction des priorités révisées du responsable de produit en tant que candidats pour les futurs Sprints.
le Scrum Master aide le responsable de produit et les parties
prenantes à convertir leurs commentaires dans de nouveaux éléments à ajouter au carnet de produit pour une future hiérarchisation par le responsable de produit
De nombreux clients ont besoin de pouvoir interagir avecun logiciel fonctionnel pour découvrir ce qu’ils veulent réellement. Le développement itératif, approche centrée sur la valeur ajoutée, permet la création de produits qui n’auraient jamais pu être spécifié avec une approche centrée sur la planification (Cascade).
Réunion de Rétrospective de Sprint
Chaque Sprint se termine par une rétrospective.
l’équipe entame une réflexion sur son propre processus. Ils inspectent leur comportement et prennent des mesures pour l’adapter pour les futurs sprints.
Une rétrospective approfondie nécessite un environnement de sécurité psychologique. Sans sécurité, la discussion de rétrospective ne servira à rien.
Les membres ont tendance à sauter aux conclusions et à proposer des actions trop
rapidement.
Un troisième obstacle à la sécurité psychologique est la répartition
géographique.
Les rétrospectives exposent souvent les obstacles organisationnels. Une fois une équipe a résolu les obstacles dans leur zone d’influence immédiate, le Scrum Master devrait
travailler pour étendre cette zone d’influence en éliminant les obstacles organisationnels
externes.
Réunion de raffinement du carnet de produit
La plupart des éléments du carnet de produit (PBI) doivent d’abord être raffinés car ils
sont trop grands et/ou mal compris.
Alors que le raffinement du carnet de produit
n’est pas une réunion formellement définie, c’est une activité obligatoire
Lors de la réunion de raffinement du carnet de produit, des éléments importants ou
vagues sont divisés et clarifiée. Parfois, un sous-ensemble de l’équipe, en collaboration
avec le responsable de produit et d’autres parties prenantes, composera et divisera les
éléments du carnet de produit avant d’impliquer toute l’équipe. Tout en affinant les
éléments, l’équipe peut estimer la quantité d’effort nécessaire pour compléter les
éléments dans le carnet de produit et fournit d’autres informations techniques pour aider le responsable du produit à les hiérarchiser (Exp. Priorités du côté technique).
Le Scrum Master
peut aider l’équipe à identifier les fines tranches verticales de travail
qui ont encore une valeur commerciale, tout en insistant sur la définition de «Terminé»
qui inclut les tests et les refactoring appropriés. Il est courant d’écrire des éléments du
carnet de produit sous forme Récit utilisateur (User Story).
Les éléments surdimensionnés du carnet de produit sont appelés EPICs
Comme la
plupart des clients n’utilisent pas la plupart des fonctionnalités de la plupart des
produits, il est intéressant de séparer les EPICs pour livrer les récits utilisateurs les plus
précieux en premier en terme de retour sur investissement (ROI) et de fournir les
fonctionnalités de moindre valeur ultérieurement.
Cette activité est également
appelée «Backlog Grooming», «Backlog Maintenance » ou «Story Time».
Artéfacts Scrum
Scrum définit trois artefacts:
Carnet de produit, Carnet de sprint et Incrément, tableau de bord
