VersionOne, Rally, RTC, TFS etc
Ca vous parle ?
Les outils de gestion de backlog sont de plus en plus mis en avant.
Exit le kanban mural quand une équipe est dispersée aux quatre vents.
(Dommage quand même, il apporte beaucoup à l'animation d'une équipe co-localisée, y réfléchir à deux fois...)
Donc, on n'échappe rarement à l'outil de gestion de backlog. Se pose alors la question de la mis en œuvre de la méthode dans cet outil.
Une manière efficace que j'ai pu expérimenté est la forme user story. Les exemples suivant (in English) proviennent d'une thématique "agile pour système temps-réel", où les exigences normatives présentent de nombreuses contraintes et défis par rapport à l'agile "cœur de cible" (site web, système d'information, jeux vidéo etc), où on distingue la vision "système", "sous-système" et "software" et où les chaque activité de vérifiaction doit être menée par une entité tierse.
Voici donc quelques besoins vis-à-vis de l'outil, exprimés sous la forme user story. J'ai regroupé les stories par features (thèmes d'utilisation de l'outil)
Backlog preparation and planning
As a Product Owner, I want to associate Doors requirements to a backlog item in few clicks, in less than 5 seconds, so that I can redo that hundred times in a sunstainable way
As a Product Owner, I want to perform a roadmap so that I can define assign in releases
As a validation responsible, I want to perform a release plan so that I can assign stories in sprints
As a Product Owner, I want to perform a backlog review so that I can define work units for next sprints
As a Scrum master, I want to prevent a sprint to be between two releases, so that I can ensure the planning consistency by respecting agile principles
During sprints
As any team member, I want to filter the requirements of a document in Doors by sprint or release, so that I can identify quickly the document scope to be reviewed
As a test representative, I want to know my tasks in the development stream so that there is no confusion with my others tasks in the test stream
As a tester, I want to add a task in the sprint backlog of a development stream so that test failures/bugs can be investigated/fixed quickly
As any team member I want to manage defects (or group of defects) in the backlog so that I know the part of sprint n-1 corrections to be fixed during sprint n
Project control
As a Product Owner, I want to see to value delivered at the end of a release, so that I can control the actual project progress regarding the total value target to be delivered at the end (burn-up)
As a Scrum master, I want to see a burndown chart of a sprint, so that I know if we will reach the sprint target or not
As a Scrum master, I want to see a burndown chart of a release (counting the story points of work items and stories), so that I know if we will reach the release target or not
As a team Scrum master – validation responsible I want to plan a release without detailing work units of all sprints, so that I can leave the last sprint as stories form
As a Scrum master, I want story points to be consolidated automatically from work units points of childs
General
As a people who manages backlog items, I want no duplication of data between Doors, backlog management tool and other tools, so that implementing agile will not raises additionnal risks in project management, especially when managing changes in requirements
As a team member I want to manage impediments backlog and improvement backlog so that I can support retrospectives
etc
La forme user story n'est pas à négliger. Elle permet de valider point par point la mise œuvre de la méthode dans l'outil.