Discussion :

[tim3w4rp]

Bonjour,

Je suis dans une entreprise qui dispose depuis plusieurs années un outil web en interne. Le développement quotidien correspond à des corrections de bugs, patch, et ajouts de fonctionnalités.

Quelle méthode de gestion me conseilleriez-vous ? (scrum, kanban etc...)
A savoir actuellement toutes les demandes sont recues par email. Le but étant de centraliser tout ça en priorisant les taches etc..

Kanban avait l'air bien mais apparemment c'est en flux tiré et non pas poussé.

Merci de votre aide.

[Bruno Orsier]

Kanban peut être approprié en effet s'il y a à la fois de la maintenance et des nouvelles fonctionnalités à développer.

Pourquoi le flux tiré de Kanban serait-il un problème ? De toute manière dans beaucoup de cas, le flux poussé actuellement en place revient à essayer de bourrer un maximum de travail dans un "tuyau" trop petit, pour sortir du travail de mauvaise qualité et être surchargé de problèmes. Ce qui crée un cercle vicieux.

Il faut bien comprendre que Kanban ne résout pas de problèmes directement, il les rend plus visibles et permet de mettre en place une dynamique d'amélioration continue. C'est ça qui permet après quelques efforts de casser le cercle vicieux. Par exemple avec Kanban, il faut regarder pourquoi il y a (peut-être) tellement de défauts à corriger, et chercher à prévenir ces défauts.

Par exemple, je rencontre le cas où les fuites de mémoire sont un problème récurrent (pour des logiciels qui tournent 24/24). C'est un problème assez facile à éradiquer avec Kanban : on ajoute une colonne "Profilage" dans le tableau après le dev et avant le test. Comme ca l'équipe arrête d'oublier de faire le profilage. Il y a d'autres moyens bien sûr, comme ajouter une règle "profilage fait" pour passer de dev à test, mais la colonne apporte une grande visibilité.