Fonctionnalités à documenter (GED, Wiki, etc…) car estimées complexes.

L’incident/issue n’a encore jamais été pris(e) en charge.

Fonctionnalités à tester.

Fonctionnalité en attente de mise en production.

📝 Pas besoin de préciser la technologie.

Fonctionnalités à tester.

A faire valider en interne par le/la chef de projet ou référent(e) dev avant de passer à l’étape supérieure.

📝 Pas besoin de préciser la technologie.

Liste de fonctionnalités à finir.

Travaux sur la base de données. 📝 Pas besoin de préciser si relationnelle.

L’incident/issue était en cours mais les faits l’empêchent d’être mené(e) à terme pour l’instant et d’être fermé(e) : ça reste donc en attente. 📝 Peut être valable pour un(e) dev en bout de chaîne en attente du travail d’un collaborateur

Dysfonctionnement sans gravité avérée mais à régler car cause un ou quelques soucis. 📝 Procédure d’action à mettre en place décrite plus haut.

Dysfonctionnement d’une partie indispensable de l’application voire de l’entièreté de l’application, donc très grave. 📝 Procédure d’action à mettre en place décrite plus haut. Concerne toute étape de travail. Il faut en informer son référent (dev ou chef(fe) de projet). Devra être assigné à un(e) dev pour réglage.

Fonctionnalité en attente de mise en recette

Fonctionnalité en attente de retour Client

En attente d’information venant de l’équipe projet interne.

En attente d’information venant de l’équipe projet ou du client

L’incident/issue a été pris(e) en charge par un(e) dev qui en a pris connaissance et a commencé à travailler dessus.

Fonctionnalité en phase de développement. 📝 1ère phase.

Fonctionnalité mise en production donc déployée chez le client. 📝 Etapes de développement et recette passées.