Introduction à Tuleap Program Management™

Cet article vous permettra de maitriser les fondamentaux de Tuleap Program Management.

Qu’est-ce que Tuleap Program Management™ ?

Tuleap Program Management est le module qui permet de piloter plusieurs équipes agiles ou hybrides depuis un niveau programme.
Il relie automatiquement :

le backlog global du programme (Features),
les backlogs des équipes (User Stories),
les plannings synchronisés (PI, itérations, sprints).

Chaque workspace (Programme, Équipe, Portfolio) reste autonome tout en étant interconnecté.

Concepts clés

Concept	Description
Workspace	Un espace de travail autonome dans Tuleap, avec ses propres trackers, utilisateurs et dashboards.
Tracker	Le cœur du système Tuleap : il structure les artifacts (Features, US, PI, Epics…).
Program Increment (PI)	Un cycle planifié du train SAFe®. Il regroupe les itérations et les features associées.
Feature / User Story	La décomposition du besoin entre le niveau programme et les équipes.
Roadmap / Cross Tracker Search	Des widgets qui permettent le pilotage visuel et transversal.

Le workflow de program manager

Le workflow de Tuleap Program Management™ relie automatiquement le niveau programme et le niveau équipe.
Il assure une traçabilité bidirectionnelle entre les Features définies au niveau du train SAFe® et les User Stories développées dans chaque équipe.

Interface de Tuleap Program Management™

Le workspace programme

Le workspace équipe

FAQ

Où configurer l’intégration d’une équipe pour le backlog et les plannings ?

Dans le workspace équipe, depuis le service Backlog.

Quelles sont les règles d’intégration entre les équipes et le programme pour le backlog ?

Le workspace de l’équipe doit avoir activé le service backlog.
Au moins un tracker doit être configuré en tant qu’élément du top backlog (par exemple : User Story)
Les trackers dans le top backlog doivent avoir le champ “Liens vers les artifacts” de configuré

Quelles sont les règles d’intégration entre les équipes et le programme pour les plannings ?

Le workspace de l’équipe doit avoir activé le service “backlog”
Au moins un tracker doit être configuré en tant que planning (par exemple “release”)
Les trackers planning synchronisés doivent avoir, à minima, la liste des statuts du tracker Planning du programme
Les champs suivants du trackers planning doivent être configurés et pouvoir être soumis :
- Titre
- Description
- Statut
- Liens vers les artifacts