Adaptation pour équipe et communauté virtuelle

Avec SCRUM, quelques aménagements et des règles simples:

• Le projet se déroule sur un mode itératif et incrémental : une version est découpée en itérations, sprints courts de 2 / 3 semaines maximum.

• Le métier (Product Owner (Leads du groupe et membres actifs du groupe) propose les User Stories à implémenter en priorité (= la demande Client et celles du gourpe, point de départ du flux-tiré)

• L’équipe (tous les membre avec certain droits) de et le Product Owner s’accordent sur les User Stories à implémenter sur le Sprint durant les échanges  de planification de Sprint

• L’équipe découpe les User Stories en tâches (= les cartes Kanban) sans se les attribuer (= essentiel !)

• L’équipe utilise le Kanban Board (mur “habillé ” et divisé en 4 ou 5 colonnes : “To do”; “Ready”; “In progress”; (”To verify”); “Done”), avec au départ toutes les tâches dans la colonne “To do”. Vous l’avez compris, la dimension physique du Kanban Board est primordiale : war room et colocation sont indispensables.

• L’équipe limitera ses tâches “In Progress”, considérés comme des stocks sans valeur et sources de gaspillage au sens Lean et se fixera des règles simples (préférer finir le travail avant d’en commencer un autre; pas plus de n tâches “in progress”, selon la taille de l’équipe; pas de cumul de tâches pour un développeur)

• L’équipe alimentera depuis la colonne “To do”, une colonne “Ready” contenant les tâches prioritaires prêtes à démarrer dés qu’une tâche “In progress” passe en “To verify”