Cadre Scrum - Rôles et workflow de Scrum Framework

• Présentation de Scrum Framework

Présentation de Scrum Framework

Le cadre Scrum est une méthodologie liée à la gestion agile utilisée pour gérer les connaissances et le travail, en particulier pour le développement de logiciels. Il a de nombreuses applications dans divers domaines et est actuellement exploré par des équipes de projet traditionnelles à travers le monde. Il est fait pour des équipes de taille moyenne de trois à neuf membres au maximum, où le travail est divisé en petits morceaux qui peuvent être complétés dans des itérations appelées sprints. Il ne faut pas plus de 30 jours / mois pour terminer l'ensemble du travail.

Le temps nécessaire pour l'exécuter complètement est de deux semaines et s'il le dépasse alors, il est restructuré en réunions appelées mêlées quotidiennes. Le cadre qui fournit une image de la façon dont les mêlées sont implémentées est appelé un cadre Scrum. Les équipes des grandes organisations comprennent les mêlées suivantes, à savoir le Scrum à grande échelle (LeSS), le cadre agile à l'échelle (SAFe), la mêlée des mêlées et, le Nexus, etc.

Rôle de Scrum Framework

Le cadre Scrum se compose de trois rôles. Le cadre dans son intégralité contribue à une communication optimale et appropriée entre les membres de l'équipe. Ces trois rôles forment ensemble l'équipe de mêlée. Ces trois rôles de framework Scrum sont:

1) Product Owner: le Product Owner représente toutes les parties prenantes possibles et le client dans chaque cas. Il a la responsabilité de fournir la valeur maximale possible au client. Le propriétaire du produit ne suit pas les méthodes traditionnelles pour faire avancer les choses, il priorise les choses en fonction des dépendances et de l'importance. Une équipe Scrum ne doit avoir qu'un seul propriétaire de produit. Ce rôle est différent de celui de Scrum Master. Le propriétaire du produit se concentre sur la partie commerciale d'un produit et sert d'intermédiaire entre les parties prenantes et l'équipe. Le propriétaire du produit n'est pas un dictateur mais un consensus. Par conséquent, un bon propriétaire de produit doit être en mesure de comprendre les besoins de l'entreprise, les raisons de ces besoins et de les communiquer aux parties prenantes et à l'équipe concernée.

2) Équipe de développement: L'équipe de développement est chargée de fournir un travail de qualité optimale à chaque sprint qui passe. L'objectif de sprint décrit le travail qu'une équipe doit faire et la qualité qu'elle doit fournir à la fin de chaque sprint. L'équipe compte de trois à neuf membres qui effectuent toutes les tâches nécessaires à la construction des incréments de produit. Bien qu'une équipe soit composée de personnes d'horizons divers, toutes sont généralement appelées développeurs. Il s'agit d'une équipe auto-organisée et les interactions en dehors de l'équipe sont gérées par le propriétaire du produit ou le Scrum Master.

3) Scrum Master: Scrum Master est chargé de faciliter une mêlée ordonnée, de s'assurer qu'il n'y a pas de soucis sur la manière de livrer un produit de qualité ou un livrable. Le Scrum Master agit comme un médiateur entre l'équipe et les tracas sur le chemin du travail et n'est pas nécessairement le chef d'équipe. Le Scrum Master garantit le respect du framework Scrum. Le Scrum Master encourage l'équipe à s'améliorer. Le rôle a également été appelé facilitateur d'équipe ou chef de service pour refléter les deux aspects.

Le workflow de Scrum Framework

Le workflow d'un framework Scrum est le suivant:

1) Sprint: Un sprint / itération est l'unité d'un Scrum. Un sprint est limité à un temps spécifique. La durée d'un sprint est décidée à l'avance et se situe normalement entre une semaine et un mois, généralement deux semaines.

2) Planification du sprint: Initialement, l'équipe de mêlée effectue la planification du sprint pour:

• Décidez mutuellement de l'étendue du travail à effectuer pendant un sprint.
• Identifiez les éléments qui peuvent être effectués en un seul sprint.
• Faites un sprint dans lequel le travail qui devrait inclure des éléments à compléter.
• Le temps prévu est de quatre heures par jour pendant deux semaines.
• Au fur et à mesure que le travail avance, les éléments identifiés sont divisés et s'ils ne peuvent pas être terminés dans un sprint, ils sont placés dans le carnet de commandes du produit.
• Lorsque le backlog de sprint est développé par l'équipe de développement, les éléments pouvant être complétés dans un sprint sont repris.

3) Sprint quotidien: Une mêlée quotidienne ou un stand up a lieu tous les jours à chaque sprint.

• Chaque membre de l'équipe de développement est bien préparé.
• Même s'il manque quelques membres de l'équipe de développement, cela commence exactement à l'heure.
• Chaque jour, il devrait avoir lieu au même moment et au même endroit.
• Le temps est limité à quinze minutes.
• Seuls les membres de l'équipe de développement doivent contribuer, mais toute autre personne est également la bienvenue.
• Chaque membre de l'équipe devrait répondre à trois questions lors de la mêlée quotidienne.
• Ai-je fait quelque chose pour contribuer à l'objectif de sprint de l'équipe hier?
• Que dois-je faire aujourd'hui pour aider mon équipe à contribuer à l'objectif de sprint de mon équipe aujourd'hui?
• Dois-je penser à des tracas qui peuvent retarder ou empêcher mon équipe d'atteindre ses objectifs prédéterminés?

4) Revue de sprint: L'équipe organise deux épreuves à la fin d'un sprint qui est la revue de sprint et la rétrospective de sprint.

Lors de la revue de sprint, l'équipe:

• Examine le travail terminé et le travail qui reste à faire.
• Les travaux terminés sont soumis aux parties prenantes.
• Décide de ce qui doit être accompli ensuite en collaborant avec les parties prenantes.

Lignes directrices pour les examens Sprint:

• Un travail incomplet ne peut être démontré.
• La durée prévue est de deux heures pendant deux semaines.

5) Rétrospective du sprint : Lors de la rétrospective du sprint, l'équipe:

• Étudie le sprint passé.
• Identifie les défauts et les corrige.

6) Extensions: l' extension comprend deux événements, à savoir,

• Amélioration de l'arriéré.
• Annulation d'un sprint.

Malgré sa précision et son efficacité, le framework Scrum a ses propres limites:

• Certaines équipes sont dispersées géographiquement ou ont des membres à temps partiel et sont donc difficiles à gérer et à mettre en œuvre un tel cadre.
• Il existe des équipes aux compétences très spécialisées et un tel cadre définitif ne fonctionne pas correctement sur elles.
• Quelques facteurs externes influencent également les produits et les livrables qui sont hors de contrôle.
• Quelques produits sont de nature mature et ont un contrôle qualité limité et, par conséquent, un tel cadre ne leur convient pas.

Articles recommandés

Cela a été un guide pour Scrum Framework. Nous discutons ici des 3 rôles principaux et du flux de travail du cadre Scrum. Vous pouvez également consulter nos autres articles suggérés -

1. Qu'est-ce que la programmation agile?
2. Qu'est-ce que Agile et Scrum?
3. Qu'est-ce que la gestion de projet Agile?
4. Apprenez les principes Scrum
5. Évaluation Scrum Open
6. 7 Caractéristiques de Scrum Dashboard