Discussion :

[randriano]

Bonjour,

Je laisse de côté la programmation pour s'intéresser à la gestion d'un projet de développement informatique car c'est souvent là la source des dépassements de budget-temps dans la réalisation d'un projet.

On utilise la méthode agile Scrum depuis quelques temps et cela ne semble pas adapté à notre façon de travailler: les échanges avec le client sont longues ne permettant pas de valider une tâche ni un sprint, chaque développeur n'est pas tout le temps sur un unique projet, ...

On s'essaie alors au système Kanban plus simple et qui paraît facile pour les développeurs pour le pointage et le suivi des tâches finies et à faire. Pour l'instant on utilise Trello: https://trello.com/

Qui a des retours d'expérience à raconter sur ces 2 méthodes? Y a-t-il des outils installables en internet pour faire du Kanban? Le débat est lancé.

[Kearz]

J'avais lu un livre -j'ai malheureusement plus le nom- qui posé une réflexion intéressante: pourquoi chercher a faire du full-scrum ou du full-kanban, il y est peu de chance que ça soit adapté à tous les projets.

Donc pourquoi vouloir quitter scrum pour kanban. Pourquoi pas garder ce qui fonctionné bien sous scrum et regarder ce que propose kanban pour ce qui ne va pas?

Par contre pas vraiment de retour sur expérience. J'ai déjà eu un tableau de kanban sur un paperbord avec des post-it, je doute que ça soit ça que tu souhaite comme outil.

[randriano]

Je cherche bien un outil applicatif (logiciel) pour faire du Kanban mais pourquoi pas du Scrum mélangé avec du Kanban!?

On utilise la version gratuite de "IceScrum" mais le souci avec cet outil ou bien avec Scrum c'est qu'il ne propose que 3 flux possibles pour une tâche: A faire -> En cours -> Fini! Or le processus de validation d'une tâche devrait plusieurs autres étapes.

[Elverion]

Bonjour,

SCRUM VS Kanban ? Je dirai que tout dépend du contexte.

Scrum est bien dans le cadre d'un projet qui est possible à découper en lots.
Kanban est plus efficace si l'on est pas capable d'estimer le temps nécessaire ou que le lotissement est impossible.

Exemple, dans le cadre de la maintenance d'une application, il est parfois difficile d'effectuer un lotissement. On veux souvent pouvoir passer une tâche en urgence; quand un bug critique survient notamment.

Pour moi SCRUM + Kanban j'ai un peu de mal à me représenter comment le faire et surtout ce que ça apporte.
Des retours d'expériences la-dessus ?

Cordialement,
Elverion

[slim]

Je cherche bien un outil applicatif (logiciel) pour faire du Kanban mais pourquoi pas du Scrum mélangé avec du Kanban!?

Salut !
je viens de répondre à une de tes questions, et j'ai mis Greenhopper (plugin de jira). Il permet en effet d'ajouter autant de colonnes que tu veux si tu veux gérer plusieurs états d'une story.

Concernant scrum et/ou Kanban, je rejoints l'idée de Elverion.
Il existe même un mix des deux.
urls :

http://leansoftwareengineering.com/ksse/scrum-ban/
http://johnpeltier.com/blog/2012/12/...agile-journey/
http://www.aubryconseil.com/post/ScrumBan

Kanban est issu de la méthodologie du lean management.
alors que Scrum celle de l'agilité.

Kanban ne délimite pas les livraisons (on peut livrer quand on veut) , alors que scrum impose des périodes de livraison plus strictes (pas pendant les sprint, etc.).
Bref, je suis sur que tu trouvera plein d'idées sur les url ci-dessus.

[randriano]

Kanban ne délimite pas les livraisons (on peut livrer quand on veut) , alors que scrum impose des périodes de livraison plus strictes (pas pendant les sprint, etc.).
Bref, je suis sur que tu trouvera plein d'idées sur les url ci-dessus.

Effectivement, les outils Kanban que j'ai utilisés n’intègrent pas du tout de notions de durées, ou est-ce que la méthode Kanban en lui-même est comme ça c'est à dire pas de durée?

En fait, merci pour les liens!

Le taskboard (le tableau avec les to do, in progress, done, etc) dans Scrum c'est déjà un peu du Kanban non?

[slim]

Effectivement, les outils Kanban que j'ai utilisés n’intègrent pas du tout de notions de durées, ou est-ce que la méthode Kanban en lui-même est comme ça c'est à dire pas de durée?

Oui, les notions d'itérations, estimations et vélocité sont abolies. (cf. lien ci-dessous)
Une fois, j'assistais à une présentation sur l'agilité en général, et le speaker avait présenté un schéma sur lequel on voyait les différentes méthodes avec leur règles. Dans la partie Kanban, il y avait écrit : "Faites ce que vous voulez". C'est une caricature que j'ai bien aimé

Le taskboard (le tableau avec les to do, in progress, done, etc) dans Scrum c'est déjà un peu du Kanban non?

Que tu utilises Scrum ou kanban, je pense que tu peux librement personnaliser les différentes étapes de ton processus de dév. (colonnes du tableau).

Le tableau Kanban