Présentation du processus Scrum

Scrum, un cadre simple de gestion de projet, a été développé par Jeff Sutherland et Ken Schwaber. Ils ont représenté le processus lors de la conférence Object-Oriented Programming, Systems, Language and Application à Austin, Texas, en 1995. Plus tard, ils ont publié la méthodologie sous le nom de «Scrum Software Development Process».

Le cadre de Scrum

Scrum met l'accent sur le travail d'équipe qui influence les membres de l'équipe à résoudre des problèmes complexes et à livrer les produits avec la valeur la plus élevée possible. Comme l'équipe de rugby, Scrum incite l'équipe à apprendre par les expériences, à s'auto-organiser au moment de gérer les problèmes et à s'améliorer en réfléchissant aux victoires et aux pertes. Généralement, il s'agit d'un cadre de gestion d'un projet qui se concentre sur le travail d'équipe, la responsabilité, les progrès itératifs vers la réalisation d'un objectif bien défini.

Scrum est souvent considéré comme faisant partie du processus de développement logiciel agile parce que le concept Scrum s'articule autour de l'amélioration continue qui est un principe primaire de l'agilité. Le cadre commence par la simple reconnaissance que l'équipe ne connaît pas les détails de tous les coins et recoins du projet au départ, mais qu'elle est expérimentée par l'adaptation des conditions changeantes et des besoins des utilisateurs.

Rôles clés dans Scrum Framework

Dans le cadre de Scrum, il y a trois rôles clés: le propriétaire du produit, le Scrum Master et l'équipe de développement sont très importants pour la réussite du projet.

  • Propriétaire du produit

Il joue le rôle de liaison entre les clients et l'équipe de développement. Il ou elle est le champion de leur produit. Le propriétaire du produit s'assure que l'attente pour le produit fini a été communiquée et convenue en conséquence.

  • Scrum Masterworks

En tant qu'animateur qui est le champion de la mêlée au sein de l'équipe. Il est de la responsabilité première du maître de mêlée d'assurer la mise en œuvre des meilleures pratiques de mêlée dans le projet. Il planifie les ressources nécessaires pour la planification du sprint, le stand-up, la révision du sprint et la rétrospective du sprint.

  • L'équipe de développement

Travaille ensemble pour développer et tester des versions incrémentielles du produit final. Les membres de l'équipe sont les champions des pratiques de développement durable. Les équipes de mêlée habituelles sont de cinq ou sept membres, soudées et colocalisées.

Différents processus du modèle Scrum

La méthode Scrum se compose de certains processus ou de l'ensemble d'événements séquentiels que l'équipe Scrum effectue régulièrement. Ce sont des événements cruciaux où les équipes jouent un rôle.

  • La création du carnet de produit -

Le propriétaire du produit participe à la création du backlog produit. Il est de la responsabilité principale du propriétaire du produit d'avoir une vision constante du marché et des besoins des clients et c'est pourquoi il ou elle doit conduire le produit par la vision du produit. Il établit une liste en fonction des commentaires des clients et l'équipe de développement aide à hiérarchiser la liste pour qu'elle fonctionne à tout moment. Il s'agit d'un processus en cours et les changements ou l'émergence nouvelle acceptent comme de nouvelles opportunités plutôt que des obstacles.

  • Réunion de planification de Sprint et création d'un backlog de sprint -

Les réunions de planification de sprint ont lieu au début d'un projet et tous les membres de l'équipe de développement doivent participer à cette réunion. Cette réunion est dirigée par un Scrum Master où les membres de l'équipe et le Product Owner décident de l'objectif du sprint. La durée du sprint ne dure que 2 semaines, mais pendant ce temps, il est important de maintenir la coopération entre les parties prenantes et les membres de l'équipe. Le propriétaire du produit réglemente l'importance de la bonne user story et l'équipe scrum peut choisir une story significative dans le backlog du produit. L'histoire utilisateur spécifique doit toujours être associée à l'objectif. À la fin de la réunion de planification du sprint, chaque membre de la mêlée doit avoir une idée claire de ce qui peut être apporté dans le sprint actuel et comment les incréments seront livrés.

Le backlog de sprint est la liste des éléments, des user stories ou des corrections de bugs, choisis par l'équipe de développement pour une application dans le cycle de sprint en cours. Au début d'un sprint, l'équipe décide quel élément elle choisira dans le backlog de produit pour travailler dans le sprint. Comme si le backlog de sprint est développé pendant le sprint, il est très flexible. Mais l'objectif ultime du sprint doit être fixé.

  • Travailler sur le Sprint -

Comme l'objectif du sprint est fixé lors de la réunion de planification du sprint, l'équipe de mêlée commence à travailler pour délivrer un incrément. Pour suivre la progression de travail actuelle, un tableau des tâches est généralement utilisé.

  • La liste des obstacles -

Lorsque le processus de travail proprement dit démarre, chaque membre de l'équipe peut ajouter des obstacles ou des bloqueurs à une liste de ce à quoi il ou elle est confronté lors du travail sur la tâche assignée. Dès que les membres annoncent ou ajoutent les bloqueurs à la liste, le Scrum Master doit prendre l'initiative d'éliminer ces bloqueurs. Lorsque le bloqueur survient, il doit être communiqué aux autres membres de l'équipe lors des réunions de mêlée quotidiennes et conserver le dossier dans la liste des obstacles.

  • The Daily Scrum Meeting -

La réunion de mêlée quotidienne a généralement lieu en même temps pour discuter de la tâche nécessaire pour atteindre l'objectif de sprint. Il s'agit d'une réunion informelle qui dure généralement 15 minutes et le Scrum Master prend l'initiative pour que cela se produise quotidiennement. Le but de la réunion est de garder chaque membre de l'équipe Scrum dans le même alignement et de faire un plan de travail pour les prochaines 24 heures sans compromettre l'objectif. Lors de cette réunion, les membres de l'équipe se concentrent généralement sur trois questions -

  • Qu'est-ce que j'ai fait hier pour atteindre l'objectif de sprint?
  • Que dois-je faire aujourd'hui pour aider l'équipe à atteindre l'objectif de sprint?
  • Y a-t-il des obstacles qui pourraient empêcher l'équipe d'atteindre l'objectif de sprint?

Il ne s'agit pas d'une réunion de discussion approfondie et elle est également appelée «stand-up quotidien».

  • Revue de Sprint et rétrospective de Sprint -

À la fin du sprint, les membres se réunissent pour démontrer les éléments du carnet de commandes aux parties prenantes, aux coéquipiers et au propriétaire du produit pour commentaires. Après cela, le propriétaire du produit peut décider si l'incrément sera libéré ou non.

Dans la rétrospective du sprint, les membres de l'équipe se réunissent pour partager leurs expériences avec ce qu'ils ont gagné pendant le sprint. Ils discutent de ce qui s'est bien passé et de ce qui doit être amélioré lors de la prochaine itération.

Scrum est un cadre qui apporte régularité dans le projet à travers ses différentes phases ou processus. Toute organisation peut mettre en œuvre le cadre Scrum sans modifier ses règles et sa réglementation.

Articles recommandés

Ceci est un guide du processus Scrum. Nous discutons ici des rôles clés dans le cadre Scrum et des divers processus du modèle Scrum. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -

  1. Cadre Scrum
  2. Développement Scrum
  3. Gestion agile des produits
  4. Planification de sprint agile
  5. Avantages de Scrum Epic
  6. Rôles du logiciel Scrum

Catégorie:

Développement de l'entrepreneuriat