1 Introduction
1.1  À propos de ZenTao
1.2  Introduction PPT
1.3  Assistance technique
1.4  Suivez-nous
2 Installation
2.1  Choisissez la bonne installation
2.2  ZenTao Cloud
2.3  Installation en un clic pour Windows
2.4  Installation en un clic pour Linux
2.5  Installation avec Lampp
2.6  Installation du code source (pour tous les systèmes)
2.7  Installation du code source pour macOS
2.8  Installation de XAMPP-VM pour macOS
2.9  Installation de XAMPP pour macOS
2.10  Installation de Docker
2.11  Softaculous Service
2.12  Intégrer Zdoo
2.13  Installez Ioncube
3 Mise à jour
3.1  Mettre à jour ZenTao
3.2  Mise à jour par code source (pour tous les systèmes)
3.3  Mise à jour pour l'installation en un clic pour Windows (xampp)
3.4  Mise à jour pour l'installation en un clic pour Linux
4 Utilisateurs et groupes
4.1  Structure de l'entreprise
4.2  Ajouter un utilisateur
4.3  Ajout par lot
4.4  Groupes et privilèges
5 Démarrage rapide
5.1  Gestion des projets et des tâches
5.2  Suivi des bugs
5.3  Gestion des produits
5.4  Gestion de todo
6 Applications basiques
6.1  Flux de travail de base
6.2  Agile et Scrum
6.3  ZenTao et Scrum
6.4  Tutoriel ZenTao pour les débutants
6.5  Créer un produit
6.6  Créer une Story
6.7  Créer un projet
6.8  Confirmer une story
6.9  Décomposer les stories en tâches
6.10  Signaler un bug
6.11  Gérer les contacts
6.12  Personnalisation
6.13  Importer des fichiers Excel, CSV
6.14  Gestion de documents
6.15  Mode de fonctionnement
6.16  Points
6.17  Champs obligatoires
6.18  Privilèges
6.19  Annual Work Summary
7 Application avancée
7.1 Flux de travail
7.1.1  Flux de travail ZenTao
7.2 Gestion individuelle
7.2.1  Mon Todo
7.2.2  Ma tâche, ma story et mon bug
7.2.3  Mon profil
7.3 Pour Product Owner
7.3.1  Gérer un produit
7.3.2  Gérer une ligne de produits
7.3.3  Créer et valider une story
7.3.4  Changer et valider une story
7.3.5  Statut et phase
7.3.6  Ecriture de story
7.3.7  Module de produit
7.3.8  Plan
7.3.9  Release
7.3.10  Roadmap
7.3.11  Document
7.3.12  Planning Meeting
7.3.13  Daily Scrum, Review and Retrospective Meetings
7.3.14  Rapports de story
7.4 Pour Scrum Master
7.4.1  Créer un projet
7.4.2  Créer une équipe
7.4.3  Confirmer une story
7.4.4  Répartition des tâches
7.4.5  Daily Standup Meetings
7.4.6  Vérifier la progression du projet via le Burndown Chart
7.4.7  Vérifier l'avancement du projet via des listes
7.4.8  Review and Retrospective Meetings
7.4.9  Rapports basiques sur les tâches
7.5 Pour Development Team
7.5.1  Sprint Planning meeting et répartition des tâches
7.5.2  Tâches de réclamation et efforts de mise à jour
7.5.3  Kanban et arborescence
7.5.4  Build
7.5.5  Test Recette
7.5.6  Résoudre un bug
7.5.7  Documents
7.5.8  Confirmer un bug
7.6 Pour l'équipe d'assurance qualité
7.6.1  Gestion des défauts
7.6.2  Signaler un bug
7.6.3  Vérifier et clôturer un bug
7.6.4  Activer un bug
7.6.5  Trouver un bug
7.6.6  CasTest
7.6.7  Créer et examiner des CasTests
7.6.8  Cahier Recette, Library Recette et Rapport
7.6.9  Gérer les Recettes
7.6.10  Jouer des castests et signaler des bugs
7.6.11  Rapports
8 Configuration
8.1 Entretenir ZenTao
8.1.1  Initialiser les scripts
8.1.2  Sauvegarde des données
8.1.3  Récupérer les données supprimées
8.1.4  Mettre à jour les Burndown Charts
8.1.5  Hôte distant ZenTao
8.2 Déployer ZenTao
8.2.1  Connexion invité
8.2.2  Notification par e-mail
8.2.3  Définir le super administrateur
8.2.4  Accès statique
8.2.5  Supprimer "zentao" de l'URL
8.2.6  Intégrer SVN
8.2.7  Intégrer Git
8.2.8  Intégrer Webhook
8.2.9  Intégrer Xuan.im
8.2.10  Intégrer Zdoo
8.2.11  Intégrer une application tierce
8.2.12  Module complémentaire de traduction
8.2.13  Intégrer Jenkins
8.2.14  Extension
9 Personnalisation
9.1  Introduction
9.2  Directory
9.3  Rechercher des codes
9.4  Structure de la base de données
9.5  Modules communs
9.6  Ajouter des fonctionnalités au menu
9.7  Définir les privilèges des modules
9.8  Exemples: modifier l'invite de langue
9.9  Exemples: définir la priorité lors de la création de bugs
9.10  Éditeur d'extensions
9.11  Limitation des fonctionnalités
9.12  Normes d'emballage ZenTao 1.1
10 Divers
10.1  À propos du code tiers
10.2  Soutenir ZenTao
10.3  ZenTao Service
10.4  Reconnaissance

Statut et phase

2015-09-11 10:10:22
azalea
6188
Final Edition:tengfei De 2020-10-27 11:18:55

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+.



Commenter
Commentaires reçus après vérification。