ScrumBan un bon compromis ? pas toujours !

Le ScrumBan est une méthodologie qui combine le meilleur de Scrum et de Kanban. Le Scrumban a été conçu afin de préparer une transition du Scrum aux concepts Lean et Kanban.

Dans cet article je vais vous présenter cette méthodologie qui est axée sur l’optimisation continue des processus de manière empirique. Elle permet de répondre aux demandes de changements suite à un plan, dès que la capacité de production devient disponible.

Voici quelques exemples des avantages proposés par cette méthodologie :

  • Livraison rapide de prototypes fonctionnels complets ;
  • Test et Réalisation : des processus itératifs ;
  • Prototype et Transparence : Une visibilité totale ;
  • Amélioration du suivi des jalons ;
  • Optimisation de la priorisation des développements ;
  • Processus piloté par le métier et non par la technique ;
  • Suivi quotidien de l’avancement (Daily Meeting à la mode Scrum) ;
  • (Conseil) Faire rétrospectives toutes les 3 semaines ;
  • Découpage des items en tâches techniques plus petites avant de développer ;
  • Board consultable en tout temps (sur Internet via l’utilisation de Jira/trello/ scrumblr/etc.) ;

Ceci nous assure également un niveau d’analyse suffisant avant de commencer chaque tâche de développement.

Chaque matin, le Daily meeting nous permet de suivre l’évolution de chacune des tâches, d’observer l’avancement des projets, de réorienter les priorités et d’agir en cas de besoin.

Passons au descriptif d'un outil permettant d'implémenter une version en ligne de ScrumBan : http://scrumblr.ca/demo

ScrumBan

Ce site vous permet gratuitement de créer ce genre de board rappelant très fortement le fonctionnement en sprint des scrums, mais utilisant le côté déroulement d'une tâche de la méthodologie Kanban.
Vous pouvez bien évidemment aussi vous orienter vers des outils tels que Trello.com / Jira ou partir sur un bon vieux tableau physique.

Ce type de méthodologie, ne se prête pas pleinement à des tâches de pur développement (on perd le côté organisationnel des versions sur le long terme pour gagner sur le côté opérationnel au quotidien), vous y trouverez un intérêt dans un processus de développement fortement lié avec une production, ne permettant pas de mutualiser des évolutions pour faire "des versions" mais permettant d'être très réactif et au final plus souple afin de répondre au plus vite à un besoin utilisateur.

Laisser un commentaire

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

Captcha *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.