Présentation Kanban pour l'IT en 5 minutes

Cette présentation a été présentée lors des Scrum Café réalisé chez un des clients pour lesquels j'interviens. Depuis je l'ai un peu améliorée en vue du Scrum Wine du 16 Janvier, ou j'aurais l'honneur de la présenter en 5 min chrono.

 

Kanban pour l’it en 5min v1.1 from Olivier Patou

La version en ligne sur SlideShare a été un peu modifiée afin que l'absence d'effets d'animation en ligne ne détériore pas la qualité de l'exemple.

Être agile, c'est quoi?

Scrum et l'agilité :

Vous trouverez sur mon site un retour d'expérience sur Scrum, la méthode agile la plus connue en matière de
développement logiciel; une méthode:

• qui organise le travail équipe
  
• qui est une adaptation du Lean Management
  
• qui favorise la collaboration au sein de l'équipe, ce qui permet d'avoir régulièrement et fréquement
  un logiciel qui fonctionne
  

Comment nous pratiquons Scrum ?

Contexte et dérogations à la méthode :

• Nous pratiquons Scrum depuis un an et demi, chez le client, mais ne développons de logiciel
  
• Nous décrivons des processus, apportons de l'assistance et de l'expertise aux différents projets
  (nous fabiquons tout de même des "artefact" et pouvons planifier nos travaux, mais pas en release)
  

• Nous donnons des formations aux équipes de développement sur les outils et frameworks "maison";
  
• Depuis peu, on forme aussi à Scrum, et c'est moi qui m'en charge - d'ou le site aussi un peu ;-)
  
• Nous sommes une équipe mixte composée d'internes (client) et de prestataires (l'égalité entre
  équipiers en souffre, pas toujours évident à gérer)
  

• Nous n'avons pas de Vrai Scrum Master (un et un seul). Nous sommes tous impliqués dans l'application de la méthode, nous participons tous à la production. Celà nous pose des soucis :
  
  • le rôle partagé mais pas clairement identifié
    
  • il est difficile d'être juge et partie, mais avec la plus forte des volonté
    
  • les intérêt du client, de l'équipe, et de notre société (Société de Services Informatiques) ne
    sont pas toujours en adéquation
    

• Nous avons par contre un seul et unique Product Owner qui alimente et priorise sa Backlog et
  ça c'est bien
  

• Nous avons des Sprint à durée fixe : 3 semainesChaque Sprint commence par un lancement de
  Sprint et la revue du Backlog est faite avant
  
• Nous terminons toujours par un bilan du Sprint puis une rétrospective
  
• Nous essayons de TimeBoxer le plus possible, mais on doit s'améliorer beaucoup en la matière
  
• Toutes nos Stories d'un Sprint sont estimées par l'équipe (sans intervention intempestive du PO)
  
• Toutes nos Stories sont découpées en tâches de réalisation, estimées en heure
  
• Nous mettons à jour quotidiennement le BurnDown affiché dans le bureau Scrum
  

En quoi sommes nous agiles?

• Nous concentrons nos efforts sur ce qui a le plus d'importance pour le client
  
• Nous planifions nos travaux et nos tâches
  
• Nous suivons quotidiennement nos indicateurs et les analysons lorsqu'ils semblent "étrange"
  
• Nous améliorons notre manière de travailler à chaque fin d'itération (toutes les 3 semaines)
  
• Nous échangeons beaucoup par oral pour clarifier certaines User Stories (ou tâches) avec le PO ou le
  reste de l'équipe