1. Introduction▲
Nous n'avons pas l'habitude d'écrire des livres. Nous préférons passer notre temps au fond des tranchées à aider les clients à optimiser, déboguer et remanier les processus de développement de leur organisation. Cependant, ces derniers temps, nous avons clairement remarqué une tendance et nous souhaitions vous faire part de quelques réflexions sur ce sujet. Voici un exemple typique :
- Claude : "Finalement nous sommes passés à Scrum !"
- Nicolas : "Et comment ça va ?"
- Claude : "Eh bien, c'est beaucoup mieux que ce que nous avions avant..."
- Nicolas : "... mais ?"
- Claude : "mais en fait je suis dans une équipe de support et maintenance."
- Nicolas : "Oui, et alors ?"
- Claude : "Ça nous plaît de mettre en oeuvre les principes de priorisation du backlog de produit, d'équipe auto-organisée, de scrums quotidiens, de rétrospectives,..."
- Nicolas : "Et donc, quel est le problème ?"
- Claude : "Nous ne parvenons pas à tenir nos sprints."
- Nicolas : "Pourquoi ça ?"
- Claude : "Parce c'est dur de s'engager sur un planning de deux semaines. Le principe de l'itération n'a pas beaucoup de sens pour nous, nous travaillons juste sur ce qui est le plus urgent chaque jour. Peut-être faudrait-il réduire les sprints à une semaine ?"
- Nicolas : "Pouvez-vous vous engager sur une semaine de travail ? Va-t-on vous laisser travailler en paix pendant une semaine ?"
- Claude : "Pas vraiment, de nouveaux problèmes surviennent chaque jour. Peut-être que si nous réduisions les sprints à 1 jour..."
- Nicolas : "Est-ce que vous arrivez à résoudre vos problèmes en moins d'une journée ?
- Claude : "Non, cela prend parfois plusieurs jours."
- Nicolas : "Donc cela ne fonctionnera pas mieux avec des sprints de 1 journée. Avez-vous envisagé de vous passer des sprints ?"
- Claude : "Eh bien, franchement, on aimerait bien. Mais est-ce que cela ne va pas contre Scrum ?"
- Nicolas : "Scrum est juste un outil. C'est vous qui choisissez quand et comment l'utiliser. N'en soyez pas esclave !"
- Claude : "Que devons-nous faire alors ?"
- Nicolas : "Avez-vous entendu parler de Kanban ?"
- Claude : "Qu'est-ce que c'est ? Quelle est la différence avec Scrum ?"
- Nicolas : "Lisez ce livre !"
- Claude : "Mais j'aime beaucoup les autres principes de Scrum, est-ce qu'il faut vraiment changer ?"
- Nicolas : "Non, vous pouvez combiner les deux techniques !"
- Claude : "Ah bon ? Et comment ?"
- Nicolas : "Il suffit de lire la suite..."
Objectif de ce livre
Si vous vous intéressez aux méthodes agiles pour le développement de logiciel, vous avez probablement entendu parler de Scrum, et vous avez peut-être également entendu parler de Kanban. La question que nous entendons de plus en plus souvent est "C'est quoi Kanban, quelle différence avec Scrum ?" Sont-ils complémentaires et de quelle façon ? Dans quels cas peuvent-ils rentrer en conflit ?
Le but de ce livre est de vous donner une vision plus claire qui vous permettra de comprendre comment Kanban et Scrum peuvent être utiles dans votre environnement de travail.
Faites-nous savoir si nous avons réussi !