Kanban contre Scrum ? Quelle méthode mène au succès?

Kanban vs Scrum
Il n'est pas toujours facile de savoir quelle méthode agile est adaptée à quel projet. Nous essayons de comparer Kanban vs Srum.

Avantages et inconvénients des méthodes de travail agiles

Ceux qui décident de travailler avec agilité ont l’embarras du choix en matière de méthodes. Kanban, Scrum ou Lean Management ne sont que quelques-uns des mots-clés qui sont sur toutes les lèvres. Souvent, c’est Scrum avec ses sprints chronométrés avec précision et ses user stories que les responsables choisissent. La question de savoir si cette décision était la bonne, ne se pose parfois qu’après un long processus d’essais et d’erreurs. Comment éviter une telle erreur ?

Critères de décision pour les méthodes de développement agiles

Il n’y a pas de réponse généralement valable à cette question, mais certains critères peuvent aider à faire une réorientation au milieu d’un processus de travail. La meilleure façon d’expliquer cela est d’utiliser un exemple négatif dans le cas d’un choix entre Kanban et Scrum. Parce qu’il est également vrai dans le travail agile que les erreurs sont les meilleurs enseignants.

Dans notre cas, le client a été confronté au défi d’organiser une équipe qui travaillait sur différents sites et dont les participants ne parlaient pas tous la même langue. En d’autres termes, les meilleures conditions pour un travail agile. La tâche consistait à poursuivre le développement d’un produit en fonctionnement. Par conséquent, le choix de la méthode agile est tombé sur Scrum. Avec ses blocs clairement structurés, ses sprints et ses exigences clairement définies décrites dans les user stories, cette méthode est très populaire dans le développement de produits.

Adapter l’approche agile

Dans notre cas, ce qui constitue un avantage s’est avéré problématique: les exigences, qui étaient précisément adaptées à l’équipe, ne correspondaient pas au mandat de développement du produit. En outre, l’équipe a dû prendre en charge les opérations et le soutien en cours. En conséquence, des défauts critiques ont été ajoutés à plusieurs reprises aux tâches déjà existantes, dont le traitement ne pouvait pas attendre le prochain sprint. La charge de travail des membres ide l’équipe a augmenté, car ils se sentaient obligés de respecter leur engagement envers les user stories.

Un ajustement de la méthode s’est avéré nécessaire. Après mûre réflexion, la décision a été prise de mettre en œuvre la tâche avec Kanban. Dès lors, la poursuite du développement et l’exploitation en cours se sont déroulés sans problème. Mais pourquoi la méthode Kanban était-elle mieux adaptée que la méthode Scrum dans ce cas ?

Différence Scrum - Kanban

Il est logique d’examiner les différences fondamentales dans la méthodologie des deux approches. D’une part, nous avons Scrum. Il s’agit ici de définir des champs d’action précis pour une certaine période et de communiquer l’avancement des travaux au quotidien. Il n’est pas prévu que les exigences changent au cours d’un sprint ou que d’autres soient ajoutées, ce qui fonctionne merveilleusement bien avec une tâche définie avec précision et sans « facteurs perturbateurs ».

La méthode Kanban, d’autre part, consiste principalement à établir un flux continu de travail. À cette fin, les différents processus de travail, de l’idée à l’achèvement de la tâche, sont rendus visibles dans diverses colonnes dites Statut. Le point de départ est généralement un ensemble de questions en suspens classées par ordre de priorité, qui sont établies par les membres de l’équipe eux-mêmes. L’ingéniosité de cette méthode réside dans le fait que seul un certain nombre de tâches peuvent être répertoriées sous les différentes rubriques des tableaux, c’est-à-dire qu’il n’est pas possible de commencer un nombre quelconque de nouvelles tâches avant que d’autres n’aient été achevées

Avantages de la méthode Kanban

Cela conduit à l’achèvement des tâches, mais contrairement à Scrum, elle permet d’intégrer de nouvelles exigences / idées dans le processus. Bien sûr, la hiérarchisation des tâches et le suivi sont nécessaires afin de ne pas laisser de « cadavres de tâches » sur le chemin de l’achèvement. Le propriétaire du produit est responsable du suivi du processus continu afin de s’assurer qu’aucune tâche n’est laissée en suspens

Une autre différence est l’orientation des quotidiens. Alors que Scrum se concentre sur les membres de l’équipe, Kanban consiste davantage à organiser les tâches et à trouver des solutions aux problèmes qui surviennent.

Plus de flexibilité et un flux de travail plus élevé grâce à Kanban

Dans notre cas, il est devenu évident que Kanban devait être la méthode de choix car qu’elle répondait à deux exigences nécessaires à la réussite de la mise en œuvre au sens du client: il était possible d’alimenter les nouveaux problèmes eten se concentrant sur le flux de travail, elle garantissait que tant les activités planifiables à long terme que celles nouvellement ajoutées étaient menées à bien.

Ce que nous avons appris de cette expérience, c’est qu’il est important, dès le départ, d’examiner exactement quels facteurs jouent un rôle dans l’accomplissement d’une tâche afin de trouver la méthode appropriée. Conformément à l’esprit d’agilité et à la tolérance aux fautes qui y sont implicites, il faut avoir le courage de réviser et de reconsidérer une décision qui a déjà été prise prise s’il s’avère, après le lancement de l’application, que l’on s’est trompé dans le choix de la méthode.

Contenu: