Glossaire et modèle de données
Un projet est l’espace partagé des membres, tickets, catégories, vues enregistrées, pages, intégrations et tableau de feedback.
Comprendre projets, tickets, objectifs et travail personnel
Un projet est l’espace partagé des membres, tickets, catégories, vues enregistrées, pages, intégrations et tableau de feedback. Chaque personne y a un rôle : un propriétaire, des membres qui travaillent sur le contenu et des lecteurs qui le suivent. Un ticket représente une tâche avec statut, responsable et éventuellement plan, échéance, objectif, catégories, relations, commentaires et ressources. Un objectif regroupe les tickets d’un projet autour d’un résultat et suit leur progression. Un cycle personnel sélectionne le travail d’une personne sur une ou deux semaines à travers les projets ; ce n’est ni un sprint partagé ni un objectif de projet.
Distinguer connaissances et demandes
Une page conserve du contexte durable : spécification, décision ou procédure, avec sous-pages, fichiers et discussion. Une base de pages conserve des propriétés dont chaque entrée est une page complète. Un feedback décrit un besoin utilisateur avec votes et statut public, séparément d’un ticket interne. Le lier à un ticket fait suivre son statut public au travail. Une vue enregistrée filtre et trie les tickets sans les modifier. Le carnet reste privé pour notes et cases à cocher ; promouvez un élément lorsque le projet doit le suivre.
Vérifier avec un exemple
Pour une release, créez un objectif dans le projet, décrivez la décision dans une page et attachez-la aux tickets d’implémentation. Chaque membre peut ajouter ses tickets sélectionnés à son cycle personnel. Un feedback client peut se lier au ticket pertinent sans rendre publique sa discussion privée. Une routine démarre une conversation Numo avec le contexte du projet selon un planning, ou quand un événement choisi remplit ses conditions, par exemple un ticket qui entre dans un statut ou une nouvelle entrée de base de données ; elle n’est pas un ticket récurrent et ne modifie pas le code du dépôt. Conservez identifiants et propriété dans les intégrations : des contextes liés n’ont pas forcément le même accès.