Les critères de décision pour Scrum ou Kanban

contenu
  1. Les critères de décision pour Scrum ou Kanban
  2. par & contra
  3. lire sur un côté

Les pères de développement logiciel agile ont reconnu que les processus et les outils doivent être subordonnés aux individus et leurs interactions. Tant que les intérêts des participants au projet est servi avec des processus tels que Kanban ou Scrum, il est pour eux "droit", Les deux cadres sont un processus de développement logiciel agile. L'article examine les critères pour décider de Kanban ou Scrum.

Les deux Kanban et Scrum ont leurs racines dans la production maigre. les principes Lean proviennent de la production automobile japonaise. Votre but est d'éviter trois types de déchets, à savoir:

Les processus de Scrum et Kanban soutiennent les principes Lean. Cependant, ils ne garantissent pas sa mise en œuvre, car seule éviter des mesures disciplinaires, la communication et la motivation Muda, Muri et Mura. Ce sont les personnes qui remplissent leur personnalité un cadre et des processus de conception. Voici la plus grande erreur dans l'utilisation d'outils pour le développement logiciel agile.

Kanban - les racines

Comme mentionné précédemment, les principes Lean ont leurs racines dans la production automobile japonaise. le terme "Kan" un moyen signal et l'expression "interdire" Carte. Le composé Kanban correspond donc à une carte de signal. Ils viennent dans la production maigre est utilisé pour contrôler le flux de matériaux optimal de. Un petit exemple illustre ceci: Un mécanicien automobile est responsable de la production de voiture pour installer les fenêtres avant dans la voiture. Mais il obtient toujours de nouveaux disques avant d'une pile. Cette carte de signal est placé, ce qui indique que les disques sont en cours d'exécution, et maintenant de nouveaux disques avant sont nachzuliefern. La carte se déplace maintenant à la production de pare-brises et lui a signalé que les nouveaux disques avant sont nécessaires. La procédure a été développée parce qu'ils voulaient aussi peu que possible les produits et constitution de stocks en grande partie le flux d'optimiser la production.

De plus en plus souvent, nous entendons ces derniers temps dans le développement logiciel, le concept de Kanban. Voici kanban un cadre de gestion de projet qui repose sur les principes Lean ci-dessus et comme toutes les approches Lean et le agile principe de traction (principe Hol) est basé. Le travail résultant est pas accordé une "superviseur"Mais les travailleurs (groupes) faire leur travail afin de maintenir le flux de production aussi bien que possible.

Le cadre est des exigences relativement peu et est donc très adaptable en termes de processus de développement, les rôles, les mécanismes de coordination, la planification de la libération, et ainsi de suite. Ils ne sont pas réglementés et peuvent être sélectionnés par l'équipe de développement au meilleur de sa connaissance et de croyance pour leurs propres besoins. Le point central est toujours d'optimiser le flux ici.

Comment fonctionne Kanban?

Exemple d'un tableau Kanban

Au centre de développement de logiciels Kanban Kanban Board se tient. Il affiche le dernier état du projet avec des cartes pour chaque tâche ou chaque élément de travail. Là-dessus, il y a plusieurs colonnes pour représenter le flux de travail. Les cartes individuelles ont émigré de la colonne à la colonne jusqu'à ce que la tâche "prêt" est.

L'objectif est que "Tâches dans le travail" optimiser (éléments de travail WIP en cours). Le projet consistait à mesurer le temps qu'il faut pour une tâche jusqu'à ce qu'ils "prêt" est, en identifiant "goulots d'étranglement", Contrôler le projet avec la limite WIP et l'adapter à une optimisation possible "flux" sur. Fait intéressant, la distribution de développement logiciel Kanban avec la carte de signal, la limitation est la capacité des étapes du processus contrôlé (entre). La limite de capacité est affichée avec l'indication des éléments de travail admissibles maximales respectives dans le tableau Kanban.

Concrètement, cela fonctionne comme cela, que l'état de flux de travail fixe les limites. Un conseil Kanban contient d'une part, l'état du processus vécu et limiter les éléments de travail qui peuvent se trouver en même temps dans un certain état. Devrait maintenant devenir un temps de développement d'empiler les cartes et le processus qui ont suivi ont plus de place pour les fournitures, montre que la "flux" doit être optimisée. Soit en plus de ressources pour l'étape de processus dans lequel le "confiture" apparaît, applique ou, le cas échéant, l'équipe de développement peut repenser les étapes du processus et le changement. Ainsi, un système d'autorégulation qui est conçu pour assurer le flux de production est créé avec Kanban.

Ce qui fait Scrum?

En Scrum pour former de petites auto-organisation, des équipes pluridisciplinaires. Il propose un vaste ensemble de règles à l'intérieur qui a lieu le développement de logiciels. Le cadre vit chaque équipe est différente. Le noyau est appelé une période fixe de quatre semaines maximum, Sprint. Chaque Sprint est une itération de développement de produits, à la fin d'un produit potentiellement livrable "prêt" est. Chaque Sprint planifier les parties à une réunion fixe au préalable. Le produit fini qu'ils évaluent dans un examen et en tirer les leçons. Le calendrier de diffusion basé sur les résultats optimisant ainsi que le client.

Même le processus, avec toutes ses "céder" Les facteurs qui reflètent et optimiser le sprint par équipe pour le sprint. Pour cela, la rétrospective est prévue une sorte de réunion. Le cadre poursuit ainsi un modèle de processus empirique. Comment Kanban Scrum a différentes listes exigences du produit et le carnet de sprint, ainsi qu'un tableau Scrum qui ressemble tout à fait celui de Kanban.