- 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
Ecriture de story
- 2015-09-11 10:10:22
- azalea
- 7234
- Final Edition:tengfei De 2020-10-27 11:18:55
1. Ecriture des stories dans ZenTao
Dans ZenTao, un modèle de story par défaut est proposé à tous les utilisateurs, c'est-à-dire
En tant que <type utilisateur>, je veux <diff érents objectifs> afin que <différents objectifs>.
Ce modèle est basé sur l'écriture de story d’utilisateur dans le développement Scrum, mais nous adoptons un concept relativement neutre.
Dans ce modèle, il y a trois facteurs, rôles, objectifs et raisons. Habituellement, les rôles et les raisons ont tendance à être ignorés, tandis que les objectifs ont fait l'objet de beaucoup d'attention. Cela posera des problèmes. Si les rôles ne sont pas définis, la conception et le positionnement des fonctions du produit seront affectés. Par conséquent, ce produit sera développé pour un seul rôle d'utilisateur, qui est pour le manager de produit qui a écrit des stories. De plus, les développeurs seront confus si les raisons de développement sont ignorées. Ils ne comprendraient pas pourquoi on leur demande de le faire, et il leur sera donc difficile de terminer les stories.
2. Principe d'INVEST pour les stories
À l'exception du modèle mentionné ci-dessus, vous pouvez également vous référer au principe d'Investissement lors de l'écriture d'une story. Reportez-vous à https://en.wikipedia.org/wiki/INVEST_ (mnemonic) pour en savoir plus sur le principe d'INVEST.
I —— Indépendant
Une story d’utilisateur doit être indépendante de l'autre story d’utilisateur. Les stories interdépendantes rendraient assez difficile la planification, l'établissement des priorités et l'estimation. La dépendance peut être réduite grâce à la combinaison / subdivision des étages.
N —— Négociable
A user story should be negotiable. A story card should contain a brief introduction of the story, which is defined through meetings and discussions. A card which contains much information actually reduces the talking with clients.Une story d’utilisateur doit être négociable. Une carte de story doit contenir une brève introduction de la story, qui est définie au cours de réunions et de discussions. Une carte qui contient beaucoup d'informations réduit en fait les discussions avec les clients.
V —— Valuable
Chaque story d’utilisateur doit être précieuse pour les clients (à la fois les clients et les utilisateurs). Une façon de valoriser les stories d’utilisateurs est de laisser les clients les écrire. Une fois que les clients se rendront compte qu'une story d’utilisateur n'est pas contractuelle mais négociable, ils seront très disposés à les rédiger.
E —— Estimable
Les développeurs doivent estimer la story d’utilisateur afin de définir des priorités et de faire des plans. Mais ce qui fait qu'il est difficile pour les développeurs d'estimer, c'est le manque de connaissances pertinentes dans certains secteurs, qui pourrait être résolu par plus de communication; ou parce que la story est trop grande et devrait être subdivisée.
S —— Small
Une bonne story d’utilisateur doit être petite en termes de charge de travail et de description, et elle peut être réalisée par deux / trois personnes. Les stories d’utilisateurs plus importantes que la charge de travail de 2 à 3 personnes poseront des problèmes lorsqu'elles seront subdivisées et estimées.
T—— Testable
Les stories d’utilisateurs sont testables et peuvent être terminées par des tests. N'oubliez pas que les stories qui ne sont pas testables ne doivent pas être développées. Si vous ne pouvez pas tester les stories, vous ne saurez jamais quand elles peuvent être terminées. Un exemple de story d’utilisateur non testable est que le logiciel doit être convivial.
Une story d’utilisateur bien écrite est la base du développement Agile. Les stories doivent être indépendantes les unes des autres et pratiques pour la communication entre les développeurs et les utilisateurs. Dans le même temps, ils doivent être précieux pour les utilisateurs et aussi petits et clairs que possible pour les développeurs, ainsi que testables.
3. Différences entre une story un modèle de prototypage et un document de conception de story dans ZenTao
Dans la gestion de projet traditionnelle, de nombreux managers de produit utilisent des logiciels pour concevoir un prototype ou un document de conception de story complet. Ensuite, le modèle ou le document de prototypage est envoyé aux concepteurs pour la conception Web, puis aux développeurs pour le codage. Alors, quelles sont les relations et les différences entre les modèles de prototypage et les stories d’utilisateurs ?- Par rapport aux stories d’utilisateurs, les modèles de prototypage ou les documents de conception de stories sont considérés comme une seule unité et compris au niveau macro. C'est très intuitif, ce qui est également l'avantage du prototypage de modèles.
- Puisqu'il s'agit d'une unité, il ne peut pas être divisé en une barre de navigation ou au milieu d'une page, etc.
- Puisqu'il ne peut pas être subdivisé, les priorités ne peuvent pas être définies dans les modèles de prototypage. Par exemple, certaines parties d'une page sont importantes tandis que d'autres ne le sont pas, dont les priorités ne peuvent pas être affichées dans les modèles de prototypage.
- Puisqu'il ne peut pas être subdivisé, vous ne pouvez pas suivre la progression des modèles de prototypage. Par conséquent, vous ne savez pas combien a été réalisé.
- Les modèles de prototypage ne sont pas flexibles, ce qui rend difficile le changement pour les concepteurs et les développeurs. Ce qu'ils peuvent faire, c'est implémenter passivement des prototypes.
- Les documents de conception d'histoires sont généralement très spécifiques, ce qui rend également les chefs de produit pris dans les détails et réduit la gestion globale.
Bien qu'il existe certaines lacunes dans la gestion traditionnelle, les modèles de prototypage ou les documents de conception de stories peuvent se compléter mutuellement dans le développement réel. La gestion de la bibliothèque de documents a été ajoutée dans ZenTao .
Produit
- ZDOO
- ZDOO Cloud
- ZSITE
Contactez-Nous
- A propos de nous
- Courriel: Philip@easycorp.ltd
- WhatsApp: 0086 18563953295
- Skype: philip517