#scrumboard

[wtiana387]

Which Project Management Board Ideas Improve Team Productivity?

In this infographic, you will learn how smart project management board ideas improve visibility, streamline workflows, enhance collaboration, and help teams stay focused on priorities to boost overall productivity.

[limawifr]

Le Backlog et le Scrum Board

Le Backlog est la liste organisée de l’ensemble des histoires d’un projet.

Méthode agile : Présentation générale

Le Backlog rassemble l’ensemble des histoires d’un projet. Cette liste est généralement numérique mais peut être présentée sous forme de postits.

Cette liste est maintenue par le Product Owner avec l’aide du Scrum Master.

Chaque histoire, au sein du Backlog a un label décrivant sa structure (NFR, Story, Spike…) et des labels d’avancement et de portée. Tous les acteurs du projet peuvent ajouter des histoires au Backlog car il rassemble toutes les sources d’actions du projet (Bug Tracker, User Feedback, retour d’intégration continue, retour éventuel de logs, rapports d’erreurs, discussions entre acteurs…).

À chaque cérémonie, le Product Owner extrait du Backlog un certain nombre d’histoires et leur spécifie un label d’avancement. Ces histoires extraites forment un sous-Backlog intitulé Sprint Backlog. Le Backlog général, dans ce cas, porte le nom de Product Backlog. Notez qu’on peut hiérarchiser des Backlogs comme on le souhaite afin d’affiner au mieux et de garder de l’efficacité.

Toutes les histoires du Sprint Backlog doivent être estimées par l’équipe et le Poker agile.

Le label de portée peut être défini par n’importe quel acteur du projet qui suit la stratégie de management du projet (membres de l’équipe ou uniquement le Scrum Master par exemple). Il définit aussi un sous-Backlog et permet de faire fonctionner plusieurs équipes en parallèle ou de diriger les histoires vers les membres de l’équipe qui peuvent y répondre le mieux.

Exemples de labels

Labels d’avancement utilisés chez Limawi :

DISCUSSION : Cette histoire n’a pas encore été étudiée. C’est un nouveau retour d’une source, une nouvelle idée…

TODO : Cette histoire a été estimée et extraite du Backlog par le Product Owner pour le Sprint backlog en cours. Elle n’a pas encore été commencée par l’équipe.

DOING : Après TODO, une fois que l’équipe a commencé l’histoire.

REVIEW : Après DOING, une fois que l’équipe a estimé avoir fini l’histoire. Un membre de l’équipe qui n’a pas participé dans cette histoire ou un membre extérieur estime si le développement effectué correspond bien à l’histoire. Il y a souvent un va-et-vient entre DOING et REVIEW pour affiner la correspondance entre l’histoire et son développement.

DONE : Après REVIEW, une fois que la personne en charge de la revue a donné un feu vert. L’histoire est réalisée. La définition du DONE est importante et peut varier suivant les types d’histoires et la définition initiale donnée en cours de Sprint 0 ou de Discovery & Framing. C’est, en général, le Product Owner qui déplace en DONE.

POSTPONED : Cette histoire a été mal estimée ou un problème a été rencontré en cours de Sprint. Elle est renvoyée à un Sprint suivant.

Labels de portée :

SECURITY : Cette histoire a une notion de sécurité. Elle est traitée par les membres spécialisés en sécurité.

PERFORMANCE : Cette histoire a une notion de performance. Elle est traitée par les membres spécialisés en performances.

DOC : Cette histoire a une notion de documentation. Elle est traitée par les membres spécialisés en documentation.

TEST : Cette histoire a une notion de test. Elle est traitée par les membres spécialisés en test.

Scrum Board

Les histoires du Sprint Backlog peuvent être présentées sur un Scrum Board.

C’est un tableau à colonnes. Chaque colonne représente un label d’avancement. Les colonnes sont organisées de gauche à droite selon l’ordre logique des labels d’avancement.

L’idée est de faire avancer les histoires de la gauche (TODO) vers la droite (DONE). Une équipe agile efficace a toutes les histoires en DONE à la fin du Sprint.

Sources

L’expérience Limawi

Unow

View this post on Instagram

A post shared by Limawi français (@limawi.official.fr) on Apr 15, 2020 at 2:15am PDT

View this post on Instagram

A post shared by Limawi français (@limawi.official.fr) on Apr 15, 2020 at 2:17am PDT

View this post on Instagram

A post shared by Limawi français (@limawi.official.fr) on Apr 15, 2020 at 2:21am PDT

[luchalew]

Everything between a comma is at least 1 hour of work, the majority however is half a day to a full day to completion, it’s safe to say I have too much to do! Writing it down on this scrum board seems to have made it a little less daunting though, my goal is to knock out all of the non returning work as quick as possible to make this a little more manageable. Other than CGW, notice that there are NO personal projects on this board, I have no time for anything of my own right now, definitely need to get someone to help me with the business side of things and at this rate probably an intern/apprentice to lighten the work load. You can probably expect to see less from me on here unfortunately. Oh well, can’t complain if I want bigger and better things!! ⚪️ #ScrumBoard #MakeComics #StartUp #StartUpLife (at Chiang Mai Province) https://www.instagram.com/p/BsPLuFrhKfz/?utm_source=ig_tumblr_share&igshid=1rq11ap8l9jhd

[nuanimistdatabase]

Hah, psyched! #excel #scrumboard #smallvictorydance #agilelife

[companje]

Left: #globe4d gx600 experiment #fisheye lens in globe. Right: #ultimaker #3dprinter with #doodle3d multicolor 3d-printed vase. Back: #lego #scrumboard (bij Vechtclub XL)

[scrum-done-right]

Gewinner des Atlassian “The Ultimate Wallboard Contest”

[scrum-done-right]

Prioritäten einhalten, auch bei einer Exception

Am Ende des Sprints waren nicht alle Stories geschafft.

Aber dadurch, dass die ganze Zeit nach Priorität gearbeitet wurde, sind es wirklich die unwichtigen Stories, die liegengeblieben sind.

Auf dem Burndown sieht man auch klar, woran es lag. Eine gewaltige Exception hat am Ende das Team behindert. Trotzdem lief insgesamt alles gut.

[agileafrica]

FrontlineSMS stand ups

FrontlineSMS have been running scrum for nearly 50 sprints now and like any good agile team are always up for change or something new.

Adding a physical wall has really changed our stand ups; exposing stagnate tickets holding up the sprint, allowing direct re-prioritisation and getting everyone away from screens.  

Here's what they are looking like at the moment:

Construction is also in progress for an all-new kanban wall....

After a couple of weeks there are already suggested improvements and updates which is exactly what there should be!  Thank you to Mr Sean (\o/ CEO - no problem with upward delegation here) who didn't mind being our Post-It mule and smuggling in the Super Sticky 3M stickies without which none of this would be possible.