Si vous travaillez dans une entreprise de développement de logiciels ou dans une entreprise orientée vers les projets, vous avez déjà entendu parler le mot SCRUM ou Agile. Par erreur, beaucoup de gens disent Agile au lieu de scrum.

Juste pour clarifier: scrum est agile, mais l’agile n’est pas seulement le scrumSi vous voulez en savoir plus sur Agile, jetez un œil dans ce post. Ici, je répondrai à six questions qui vous aideront à comprendre ce qu’est scrum.

Qu’est-ce que scrum?

La première fois que le mot scrum a été entendu dans la gestion de projet, c’était en 1986 lorsque deux chercheurs Hirotaka Takeuchi et Ikujiro Nonaka ont écrit un articlecomparant l’importance de travailler en équipe dans un environnement de développement complexe avec le modèle de jeu du rugby.

Mais c’est en 1995 que deux autres chercheurs, Jeff Sutherland et Ken Schwaberont créé cette méthode pour le développement des logiciels actuellement connu sous le nom de scrum (C’est comme ça … tout en minuscules. Scrum n’est pas un acronyme). Actuellement, l’utilisation de scrum s’est déjà étendue à d’autres domaines que le développement de logiciels.

Scrum: Un cadre dans lequel les gens peuvent résoudre des problèmes adaptatifs complexes, tout en fournissant de manière productive et créative des produits de la plus haute valeur possible.

Le guide scrum

En général, Scrum est un modèle ou un cadre (framework). Ce n’est pas un processus. Scrum est basé sur des processus adaptatifs basés sur trois piliers:

  • Transparence: offre une grande visibilité sur les aspects les plus importants du processus
  • Inspection: contrôles périodiques (à temps défini) pour valider les objectifs et identifier les écarts
  • Adaptation: ajustez le processus le plus rapidement possible pour réduire les écarts par rapport à l’objectif.

Quels sont les rôles dans une équipe Scrum?

Une équipe Scrum est composée de 3 acteurs: le Product Owner, le Scrum Master et l’équipe de développement.

  • Le Product Owner (PO) est la seule personne responsable du succès et de la maximisation de la valeur du produit. Le PO est le principal point de contact entre le client et l’équipe de développement. Le PO est responsable de définir et de hiérarchiser les éléments à développer.
  • Le Scrum Master (SM) dirige l’organisation et l’équipe dans ses efforts pour adopter Scrum. Il aide l’équipe en encadrant et en s’assurant que tous les processus de mêlée sont correctement mis en œuvre.
  • L’équipe de développement (DevTeam) sont les experts chargés de livrer le produit et de gérer leurs efforts. DevTeam doit être inter fonctionnel et autoorganisé. Il n’y a pas de titres pour DevTeam. Le DevTeam devra comprendre entre 3 et 9 ressources. Le PO et le SM ne sont pas inclus dans ce groupe.

QUOI??? Il n’y a pas de gestionnaire de projet dans Scrum. Oui… c’est vrai… si vous voyez une équipe Scrum avec un chef de projet, ce n’est pas Scrum.

Est-ce que tu sais pourquoi? Laissez votre avis ci-dessous dans les commentaires.

Quels sont les événements Scrum?

Dans le cadre du scrum, il y a 05 événements pour créer de la régularité et minimiser le besoin de rencontres. Tous les événements sont classés dans le temps (time-boxed), ce qui signifie que ces événements ont une durée maximale.

  • Sprint: c’est le cœur du scrum. Un sprint est lorsqu’un incrément de produit est créé. Un incrément est une partie utilisable et potentiellement fonctionnelle du produit final. Les sprints sont classés dans le temps pour un mois ou moins. Chaque sprint a un objectif de ce qui doit être construit.
  • La planification du sprint (Sprint planning) est l’événement où l’équipe scrum définit ce qui sera livré dans un sprint. Cet événement est limité dans le temps à un maximum de huit heures pour un sprint d’un mois. Dans la planification du sprint, l’équipe scrum définira ce qui peut être livré au prochain incrément et combien de travail est nécessaire pour atteindre cet objectif. L’entrée principale de cette réunion est le Product Backlog où le Product Owner et le DevTeam choisiront les éléments qui seront inclus dans ce sprint pour atteindre l’objectif du sprint.
  • Le Daily scrum est une réunion quotidienne de 15 minutes pour DevTeam où ils mettront à jour le statut de travail et les plans pour les prochaines 24 heures. Cette réunion est utilisée pour inspecter l’état d’avancement du sprint. Lors de cette réunion, chaque membre du DevTeam répondra aux questions suivantes:
    • Qu’est-ce qui a été accompli depuis la dernière réunion?
    • Que fera-t-on avant la prochaine rencontre?
    • Voyez-vous un obstacle qui vous empêche, ou le DevTeam, d’atteindre l’objectif de sprint?
  • La revue de sprint (Sprint review) est utilisée par l’équipe scrum pour présenter et inspecter l’incrémentation à la fin d’un sprint. Il est limité à quatre heures pour un sprint d’un mois. Cette réunion est destinée à obtenir des commentaires et des demandes de changement du client et des parties prenantes. Seuls les éléments considérés comme « terminés (Done)» sont inclus dans la revue de sprint.
  • La rétrospective Sprint (Sprint retrospective) est un événement destiné à traiter l’amélioration. Les améliorations pourraient concerner les personnes, les relations, les processus et les outils. Il faut trois heures pour un sprint d’un mois.

Quels sont les artefacts Scrum?

There are three official artifacts in scrum and one definition:

  • Le backlog de produit (Product backlog) est une liste ordonnée de tout ce qui pourrait être livré dans le produit final du projet. Il n’y a qu’un seul Product backlog pour décrire le produit ou le service fourni par le projet. Chaque élément du Product backlog représente une User Story. Chaque élément est évalué en termes d’avantages et de travaux à réaliser. Le PO est responsable de maintenir le Product Backlog à jour et de prioriser tous les articles en gardant le plus de valeur en haut de la liste.
  • Le backlog du sprint (Sprint backlog) est un groupe d’éléments du Product Backlog. C’est une liste de tout ce que DevTeam s’engage à réaliser dans un sprint. Les éléments dans le Sprint backlog doivent avoir le même ordre que dans le Produit backlog. Cette liste est créée lors de la planification du sprint.
  • Incrément– L’incrément est une somme de tous les éléments de Sprint backlog terminés à la fin d’un sprint Chaque article doit être considéré comme « terminé (Done) » et être fonctionnel.
  • La définition de « Terminé » (Done) est utilisée pour l’équipe scrum pour évaluer quand un élément est terminé. Chaque équipe Scrum a sa propre définition de « Donne ». Aucun élément n’est inclus dans l’incrément s’il n’est pas terminé. Une variation de la définition de « Done » est la définition de « Prêt » (Ready). Nous appelons « Ready » tous les éléments du Product Backlog qui sont prêts à être inclus dans le Sprint Backlog.

Pourquoi est-il si difficile d’adopter Scrum ?

L’adoption de Scrum ou d’autre framework agile n’est pas facile. C’est un changement majeur en termes de processus, de culture et de ressources. De nombreuses entreprises échouent lorsqu’elles essaient d’adopter Scrum par manque de connaissances et de soutien.

Voici quelques-unes des principales raisons pour lesquelles l’adoption de Scrum échoue:

  • Un changement réussi n’est pas entièrement descendant ou ascendant
  • L’état final est imprévisible
  • Scrum est omniprésent
  • Scrum est radicalement différent
  • Le changement arrive plus rapidement que jamais
  • L’adoption des meilleures pratiques est dangereuse pour un état d’esprit agile

Malgré tous ces défis, l’adoption d’un modèle agile, et en particulier de la mêlée, est une option utile. Après tout, il n’y a pas de récompenses sans prix à payer.

Comment adopter Scrum dans mon entreprise ?

Pour répondre à cette question, vous devez d’abord répondre à deux autres questions:

  • Dois-je commencer avec de petites équipes ou toutes les équipes?
  • Dois-je annoncer ou dois-je garder ce changement secret?

Basée sur vos réponses, vous avez les avantages suivants:

1. Commencer avec de petites équipes

  • Est moins cher
  • Avoir une réussite plus rapide est presque garanti
  • Son risque est faible
  • Est moins stressant
  • Pas besoin d’avoir une réorganisation dans votre entreprise

2. Allez all-in

  • Moins de résistance
  • Évitera les problèmes en ayant des équipes scrum et traditionnelles au même temps
  • La transition sera plus rapide

3. Partager le changement

  • Tout le monde sait ce qui se passe, il est donc plus probable que tout le monde accepte
  • Vous pourrez définir une vision du changement
  • Tout le monde connaît votre engagement
  • Vous pouvez demander de l’aide ou du soutien
  • Atteindre vos objectifs enverra un bon message à tout le monde

4. Garder en privé

  • Vous pouvez progresser sans trop de résistance
  • Travailler en secret réduit la pression pour les résultats
  • Personne ne sait jusqu’à ce que vous leur disiez
  • Si personne ne sait, personne ne peut vous dire quoi faire.

Peu importe comment vous vous y prenez, gardez toujours à l’esprit que l’adoption du scrum implique un changement culturel majeur. Vous n’obtiendrez pas de résultats immédiatement. Ayez une bonne stratégie, restez entouré de bons professionnels et ne lâche pas.

As-tu aimé? Partagez-le

Ça vous a pas plu?

Laissez vos commentaires ou réflexion pour l’améliorer

Téléchargez votre ebook gratuit 'OBTIENS TON TRAVAIL SUR LE DOMAINE DE LA GESTION DE PROJETS'.

Share This