Il existe deux champs dans ZenTao pour suivre les changements de stories. L'un est le statut de la story et l'autre est la phase d'un projet. Voyons maintenant les deux champs en détail.

1. Statut de la story

Il existe quatre types de statut, Brouillon, Actif, Modifié et Fermée. Les actions correspondantes sont Créer, Modifier et Réviser, Fermer et Activer. Le flux d'état est illustré ci-dessous.

2. Phase d'histoire dans un projet

Une phase consiste à décrire la phase d'une story active en développement. Les phases comprennent En Attente, Planif ée, Project ée, En Dév, Développ ée, En Test, Test ée, Accept ée et Versionn ée.

Comment une phase de développement change-t-elle?

Une façon est de changer la phase grâce à l'édition. Mais l'autre méthode est préférée, qui consiste à définir le type de tâches, telles que le développement et l'assurance qualité lors de la création de stories. ZenTao calculera la phase en fonction des types de tâches. Les règles sont,

2.1 Si les stories ne sont liées à aucun projet ou plan, la phase sera En Attente.
2.2 Si les stories sont liées à des plans mais pas à des projets, elles seront Planif ée. 
2.3 Si les stories sont liées à des projets mais pas décomposées en tâches, elles seront Projetée.

2.4 Les stories sont liées à des projets et décomposées:

• Si l'une des tâches de développement est en cours alors que toutes les demandes de test n'ont pas encore commencé, il s'agira En Dév.
• Si toutes les tâches de développement sont terminées alors que toutes les demandes de test n'ont pas encore été commencées, il sera Développ ée.
• Si l'une des demandes de test a été lancée, ce sera En Test.
• Si toutes les demandes de test sont terminées alors que certaines tâches de développement ne sont pas terminées, ce sera également En Test .
• Si les demandes de test et les tâches de développement sont terminées, elles seront Test ée.

2.5 La phase d'acceptation doit être confirmée manuellement par le manager de projet / scrum master.

2.6 Si les stories sont liées dans Produit-> Release, elles seront Versionnée.

Notes pour une story liée à un produit multi-plateforme / succursale:

Prenons l'exemple d'un produit multiplateforme. Un produit a des plates-formes Andriod et IOS.

• Si la story n'est liée à aucun projet / plan, le statut de la story est Attendre.
• Si la story est liée à toutes les plates-formes et que ses plans liés sont liés à toutes les plates-formes, le statut de la story est "Toutes les plates-formes: Planifiée". Si le plan est lié à IOS, le statut de la story est "IOS: Planifiée". Si la story est liée à une plateforme spécifique, son statut sera décidé de la manière mentionnée ci-dessus (Comment une story change-t-elle en cours de développement?).
• Le projet est lié à une plateforme du produit. Par exemple, le projet est lié à IOS, et il est lié aux stories de toutes les plates-formes du produit auquel il est lié et aux stories liées à IOS. Les stories n'ont pas été décomposées en tâches. Ensuite, le statut d'une story liée à IOS est «Planifiée» et le statut de la story de toutes les plates-formes auxquelles le produit est lié est «IOS: Planifiée». Si le statut de la story de toutes les plates-formes auxquelles cette story est liée est «Planifiée», il affichera «Toutes les plates-formes: Planifiée» et «IOS: Projetée».

Si une story est liée à deux projets, dont l'un est lié à IOS et l'autre à toutes les plateformes du produit. La répartition des tâches est encore terminée. Ensuite, le statut de cette story est "Toutes les plates-formes: Projetée" et "IOS: Projetée".

Modifier le statut dans ZenTao 7.2.stable+.