See also the english version.
Interface Utilisateur
Note: Pas tout les sections de l'interface seront visible. Les fonctionalités disponible dépend sur les paramètrages par projet.
Tabs
- Aperçu
- Cet onglet montre un sommaire de l'état actuel des demandes dans le projet, les membres assignés au projet et un résumé de l'information (incluant les numéros des billets RT, liens vers les sites développement et production, information contact, etc.). Cette information est mis à jour par les gestionnaires du projet.
- Activité
- Cet onglet montre les actions récentes par date. Ceci est utile pour voir ce qui a été fait récemment.
- Roadmap
- Montre le progrès de chaque version cible. Les demandes sont completées seulement si elles sont "fermées".
- Demandes
- Ceci est la liste principale des demandes. Par défault, seulement les demandes "ouvertes" (c'est à dire, chaque demande qui n'est pas fermée) sont affichées. Il est possible de trier et filtrer les demandes avec la formulaire et paramètres en haut de la page. Certains requettes (tries + filtres) sont disponible dans le menu à droit de la page. En cliquant avec la pointer droit sur les issues, un menu contextuelle est accesible qui permet de rapidement faire des modifications à des demandes. En utilisant Ctrl+Click et/ou MAJ+Click, plusieurs demandes peuvent être sélectionnées.
- Nouvelle demande
- Créer une nouvelle demande.
- Gantt
- La charte gantt, un moyen alternative de voir le progrès vers les versions cibles. Rarement utilisés ici.
- Calendrier
- Affichage des demandes et versions cibles par date dans un calendrier. Ça inclue les dates d'échéance s'il en a qui existent.
- Annonces
- Nouvelles pour le project. Peu utiliser.
- Documents
- Fichiers téléchargés, peu utilisé.
- Fichiers
- Fichiers téléchargés qui peut être assigné à une version cible. Préferré au dessous des documents (?)
- Wiki
- Un wiki collaborative pour la développement, guide d'utilisateur et plus. Il est possible de télécharger un fichier à une page de wiki, mais il est préférable de le téléchargé en amont dans la section fichiers et ensuite utiliser "Nom de fichier:"/dossier/du/fichier.ext" dans le wiki pour faire le lien.
- Dépôt
- Si votre projet utilise un outil de contrôle de code source tel que git. S'il y a plus d'un dépôt, ils seront énumeré dans la barre à droit.
Demandes
Une demande représent un montant de travail qui devrait être fait. Ça peut représenter une fonctionalité complet, ou des tâches très spécifiques. Tant que possible, une demande devrait traiter de seulement une affaire. Il est préferable d'avoir plusieurs demandes qu'une demande monolithique.
Création
- Tracker
- Quel genre de demande s'agit-il? Une explication brève de chaqu'une suive ci-dessous.
- Bogue
- Une problème avec une fonctionalité ou implementation éxistante.
- Fonctionalité
- Une fonctionalité qui devrait être construit eg. Configurer un info-lettre.
- Tâche
- Travail qui doit être fait, mais ne s'agit pas d'une bogue.
- Question
- Une question auquel quelqu'une devrait répondre.
- Demande de support
- Demandes de support, formation, etc.
- Sujet
- Une phrase courte qui décrit la demande.
- Description
- Inclure autant d'information que possible. Quelles pages, comment la problème a été trouvé, la nature éxacte de la problème. Des captures d'écran ou des messages d'erreurs sont très utiles.
- Statut
- Par défaut le statut devrait être 'nouveau'. Les statuts sont décrits plus en pronfondeur plus tard dans le document.
- Assigné à
- Une demandre devrait être assigné à une personne spécifique. Si vous n'êtes pas sûr, l'assigné au gérantE du projet.
- Catégorie
- La catégorie de travail dans laquelle la demande tombe. Si vous n'êtes pas sûr, laisse-le vide.
- Version cible
- La version cible pour laquelle la demande devrait être accompli dedans.
Statuts des demandes
Les statuts sont souvent auto-éxpliquant; cependant, il y a une déscription brève de chaqu'un suivent. below.
- Nouvelle
- Une demande qui vient d'être créer.
- En cours
- Le travail est en cours.
- Ne peut pas réproduire
- La bogue ou problème signaller ne peut pas être réproduit par les testeurs.
- Besoin d'information
- Quelque'chose est mal-clair ou a besoin d'être préciser.
- Besoin de l'approbation du client
- Une demande que client a besoin d'approuvé avant que ça avance.
- Besoin de la documentation
- La documentation sur ce sujet devrait être ajouter dans le wiki.
- Besoins de tests
- Le client ou la partie prenante devrait vérifier que la résolution appliquer marche.
- Besoin d'être déployé
- La résolution ou fonctionalité a besoin d'être déployé (de dev ou stagin vers production).
- Remis
- Remis, quoi que soit la raison. La demande reste ouverte, mais ne sera pas regarder ni travailler dessous.
- Rejeté
- La demande ne sera pas fait. La demande est consideré comme étant fermé.
- Résolu
- La demande est résolue. Le client ou la partie prenante devrait fermer la demande quand ils sont satisfait. Les demandes résolues sont "ouvertes".
- Fermé
- Tout à propos cette demande est terminé.
Le suite de travail typique (où la demande n'a pas besoin d'être approuvé ou est déjà approuvé):
Nouvelle -> En cours -> Besoin de la documentation (facultatif) -> Besoin de tests -> Besoin d'être déployé (au besoin) -> Résolu (par travailleur/travailleuse) -> Fermé (par la partie prenante)