TFS - Structure du modèle

Area et Iterations

Areas

Découpage thématique permettant de définir des regroupements par catégories fonctionnelles, physiques ou logiques.

Il peut s'agir, par exemple, des différents domaines fonctionnels ou différents modules de l'application : Saisie, Editions, Tableaux de bord, etc.

Tous les Work Items du backlog sont affectés à une Area.

Iterations

Découpage chronologique utilisé pour regrouper le travail à réaliser en jalons et cycle de temps.

En mode SCRUM, les Itérations correspondent à des Releases et Sprints, définis par une date de début et une date de fin.

Dans le modèle TFS / Cegid, deux WITs permettent d’identifier ces Itérations :

  • Release
    Période de développement  à l’issue de laquelle toutes les fonctionalités à implémenter devront être réalisées, en vue de diffuser la version.
    Chaque Release se compose de plusieurs Sprints.
  • Sprint
    Période de travail à l’issue de laquelle les demandes d'évolutions (PBI) ou les anomalies (BUG) doivent être réalisées et donc potentiellement livrables. 
    Les Sprints doivent être de durée identique : entre 2 et 4 semaines.

Tous les Work Items du backlog sont affectés à une Itération.

 

Durée des Sprints et Releases

  • Les Sprints doivent avoir une durée fixe
  • Les Realeases doivent avoir une durée fixe

Les éléments de travail / Work Item

Qu'est-ce qu'un élément de travail ou Work Item ?

Elément de travail = Work Item ou WIT

Un WIT correspond à un formulaire dans lequel sont enregistrées les informations nécessaires au développement du projet :

  • Evolutions à apporter
  • Exigences à respecter
  • Tâches à réaliser
  • BUG à corriger
  • Version à diffuser
  • Clients concernés...

Chaque Work Item est identifié par un numéro : ID unique sur l’ensemble des projets d’une collection.
Par exemple, il ne peut pas y avoir deux BUGs ayant le même identifiant.

Les différents types de Work Items

Les WITs constitutifs du backlog :

  • Thème : Regroupement fonctionnel, technique, Grande orientation …
  • Feature : Nouvelle fonctionnalité, Evolution, Nouveau module
  • PBI (Product Backlog Item ou User Story) : Porte une demande d'amélioration ou d'évolution, une expression de besoin
  • BUG : Anomalie constatée sur une version diffusée
  • Tasks : Tâche à effectuer pour produire les PBIs ou corriger les BUGs (Développer, Tester, Documenter)

-> Ces différents WITs sont liés par un lien particulier nommé Parent / Enfant

Les WITs s'appuyant sur l'Iteration path :

  • Releases et Sprints

Autres WITs

  • OOBA (Out Of Backlog Activity) : saisie du temps passé à des activités Hors backlog (Pilotage, Assistance, ...)
  • Customers : Clients
  • Deliverable Version : Version à diffuser

Comment s'organise le backlog ?

  • Tâches
  • Feature A
  • PBI X
  • BUG W
  • Thème
  • Sprint 1
  • Release 2016
  • Sprint 2
  • Feature B

Section sans titre

Contenu sans titre

<iframe src="//player.easygenerator.com?source=164588248&video=1&fullscreen_toggle=1&v=1.68.0" width="600" height="335" frameborder="0" webkitallowfullscreen mozallowfullscreen allowfullscreen ></iframe>