Le framework Agile SCRUM

Cet article a pour objectif de faire découvrir ce qu’est Scrum, de lever pas mal interrogations et d’ouvrir sa réflexion sur ce framework Agile (par rapport à ses propres expériences ou échanges).

Malheureusement on lit et on entend un peu n’importe quoi sur SCRM, dans certains événements professionnels, sur le net et quelquefois dans la presse. Si je lançais un petit test en ligne, vous seriez étonné de la perception des participants à ce sujet (on le fera une autre fois, promis).

Scrum est un « outils méthodologique » agile les plus populaires (peut-être à tord) car il pourrait s’apparenter à quelques processus simples à mettre en place. Dans les DSI en France on aime bien quand on nous parle de processus, c’est rassurant.

Scrum est très efficace dans un environnement très particulier pour répondre à certaines problématiques. Là où :

  • Les équipes ne dépassent pas 8 à 9 personnes (maxi)
  • Les équipes travaillent à temps complet sur l’activité ou le projet
  • Une équipe est capable de s’auto-organiser, d’estimer elle-même le travail à faire et de s’affecter les tâches résultantes
  • L’équipe est composée de collaborateurs volontaires et motivés
  • Une réelle collaboration est possible avec le demandeur (responsable du produit ou « product owner »)
  • La mesure de productivité de l’équipe est évaluée périodiquement (vélocité)
  • Un produit peut être développé de façon incrémentale
  • Le travail peut être décomposé en phases courtes (2 à 4 semaines), appelées itérations, de durée constante tout au long de l’activité ou du projet
  • L’organisation et la maturité organisationnelle de l’entreprise permet de fonctionner en mode Scrum

Dans les équipes où Scrum ne fonctionne pas on peut globalement établir 3 catégories :

  1.  Les problématiques réelles de l’activité ne sont pas en phase avec celles gérées par Scrum. C’est donc normal que cela ne fonctionne pas.
  2. Les problématiques réelles de l’activité sont bien adaptées pour une gestion avec Scrum mais l’équipe, le scrum master et le product owner ne font qu’appliquer des processus sans lien aucun avec l’approche « Agile » (l’approche globale servant de base à Scrum).
  3. L’équipe et / ou le Scrum Master sont incompétents à la base (profils junior, collaborateurs non formés ou mal formés, Scrum master fonctionnant comme un chef de projet, scrum master faisant partie de l’équipe de développement, etc.) 

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *