Concepts clés

dotby a un petit vocabulaire. Cette page définit chaque mot une fois, pour que le reste de la documentation puisse les utiliser sans s’arrêter pour expliquer.

Lisez-la de haut en bas la première fois — l’ordre est à peu près « la plus grosse chose d’abord ».

Workspace

Votre entreprise. Un workspace contient vos personnes, vos projets, vos réglages et votre facturation.

Les données ne traversent jamais d’un workspace à l’autre, donc la plupart des équipes n’en ont besoin que d’un. Vous pouvez appartenir à plusieurs (le vôtre et celui d’un client, par exemple) et basculer entre eux depuis la barre latérale.

Initiative

Un résultat qui traverse plusieurs projets — « Lancer la v2 », « Entrer sur le marché européen ».

Une initiative se place au-dessus des projets : vous y rattachez des projets, et elle agrège leur avancement en un seul chiffre et un seul graphique. Les initiatives peuvent s’imbriquer, donc un grand programme peut en contenir de plus petites.

Utilisez une initiative quand ce qui vous intéresse est plus grand que n’importe quel projet isolé. Si le travail tient dans un projet, vous n’en avez pas besoin.

Voir Mener une initiative.

Projet

Un contenant de travail avec son propre tableau, ses propres statuts et ses propres membres — un produit, un client, un lancement, un trimestre.

Chaque projet a une clé (comme WEB) qui numérote ses tâches : WEB-1, WEB-2. Ce numéro ne change jamais et n’est jamais réutilisé, même si la tâche est déplacée ou archivée.

Le projet est aussi l’unité d’accès. Il est soit :

• Public — tout le monde dans le workspace peut le voir. C’est la valeur par défaut.
• Privé — seules les personnes explicitement ajoutées peuvent le voir, y compris les administrateurs.

Tâche

Un morceau de travail. C’est de ça que parle vraiment dotby.

Une tâche appartient à exactement un projet et porte autant ou aussi peu que vous voulez :

Propriété	Ce qu’elle fait
Statut	Où elle en est dans le flux. Chaque tâche en a toujours un.
Type	Quel genre de travail c’est — Bug, Fonctionnalité, Intendance. Défini par projet.
Responsable	Qui s’en occupe.
Priorité	Aucune, Urgente, Haute, Moyenne ou Basse.
Étiquettes	Des marqueurs libres — bug, design, besoin-de-spec.
Estimation	Sa taille, en points ou en temps.
Échéance	Pour quand c’est attendu.
Sprint	À quel bloc de temps elle appartient.
Description	Texte riche : titres, checklists, code, images, fichiers, mentions.
Commentaires	Une discussion en fil, avec réactions et mentions avec @.

Sous-tâche

Une tâche imbriquée sous une autre tâche. Utilisez-les pour découper quelque chose de gros en étapes attribuables séparément.

Une sous-tâche est une tâche complète — elle a son propre numéro, son propre statut, et se retrouve toute seule. Modifier certaines propriétés sur la tâche parente peut se répercuter sur ses sous-tâches.

Relation

Un lien typé entre deux tâches qui ne sont pas parent et enfant : bloque, bloquée par, duplique, liée à.

Utilisez les relations pour enregistrer pourquoi le travail est coincé. Utilisez les sous-tâches pour enregistrer comment le travail se découpe.

Statut

Une colonne du flux. Chaque projet démarre avec cinq — Backlog, Todo, In Progress, Done, Canceled — et vous pouvez les renommer, les recolorer, les réordonner ou ajouter les vôtres. Ces noms de départ sont en anglais parce que ce sont des données du projet, pas du texte d’interface.

Chaque statut a aussi un type, et c’est sur le type que dotby raisonne réellement dans les graphiques et les agrégats :

Type	Signification
Backlog	Pas encore un engagement.
À faire	Engagé, pas commencé.
En cours	En vol.
Terminé	Fini — compte comme fait.
Annulé	Abandonné — exclu de l’avancement, et pas compté comme un échec.

Vous pouvez donc avoir trois colonnes maison du genre « en revue », et l’avancement s’additionne quand même correctement, parce que les trois sont de type En cours.

Sprint

Un bloc de temps fixe à l’intérieur d’un projet — une date de début, une date de fin, et l’ensemble des tâches engagées dessus.

Pendant qu’un sprint tourne, dotby enregistre un instantané chaque jour, et c’est ce qui dessine le graphique de burn-up. Quand vous clôturez un sprint, le travail inachevé ne disparaît pas : c’est vous qui décidez où il va.

Les sprints sont optionnels. Beaucoup d’équipes font tourner des tableaux sans eux.

Module

Un chantier nommé à l’intérieur d’un projet — « Paiement », « Onboarding », « Application mobile ».

Là où un sprint regroupe le travail par quand, un module le regroupe par quelle partie du produit. Un module peut avoir son propre pilote, ses propres dates et son propre statut, et une tâche peut être dans un sprint et dans un module en même temps.

Vue

Une façon enregistrée de regarder les tâches : une disposition, plus des filtres, plus un regroupement, plus un tri.

Trois dispositions existent :

• Tableau — des colonnes kanban. Le meilleur pour « qu’est-ce qui est en vol là, maintenant ».
• Liste — un tableau dense. Le meilleur pour balayer et éditer en masse.
• Chronologie — des barres sur un calendrier. Le meilleur pour « quand est-ce que ça atterrit ».

Une vue est un vrai objet enregistré, pas un filtre temporaire. Créez-en une appelée « Mes bugs de ce sprint », et elle reste dans la barre d’onglets pour tous ceux qui doivent la voir.

Page

Un document qui vit à côté du travail — une spécification, un compte rendu de réunion, une procédure.

Les pages utilisent le même éditeur riche que les descriptions de tâche, peuvent être rangées en dossiers, et peuvent mentionner des tâches et des personnes pour que le contexte soit lié, et non copié-collé.

Tableau blanc

Une toile infinie pour penser visuellement — croquis, flux, architecture, pense-bêtes. Vit aussi à l’intérieur du projet.

Canal

Le chat d’équipe, dans la même application que le travail. Les canaux sont posés à côté de vos projets, donc une conversation peut pointer vers une tâche sans quitter l’outil.

Voir Chat d’équipe pour le fonctionnement, ou la page de la fonctionnalité pour la vue d’ensemble.

Équipe

Un groupe de personnes nommé — Design, Backend, Support.

Les équipes vous donnent une seule poignée pour beaucoup d’humains : mentionnez @design et tous ceux qui en font partie sont notifiés, sans que vous ayez à vous souvenir de qui en est aujourd’hui.

Membre et rôle

Chaque personne dans un workspace a un rôle. Chaque rôle inclut tout ce qui est en dessous :

Rôle	Peut faire
Administrateur	Tout, plus les réglages du workspace, la facturation et la gestion des membres.
Gestionnaire	Tout ce que peut un membre, plus la gestion du contenu du workspace.
Membre	Accès complet aux données du workspace — le coéquipier normal.
Invité	Aucun accès général au workspace. Ne voit que les projets où il a été ajouté.

Les invités sont faits pour les personnes extérieures à votre entreprise : clients, prestataires, relecteurs. Ils sont gratuits, et ne voient jamais rien que vous n’ayez explicitement partagé.

Certaines capacités peuvent aussi être accordées individuellement — comme voir le temps saisi de tout le monde, ou les tarifs de tout le monde — sans promouvoir quelqu’un administrateur.

Boîte de réception et Mon travail

Deux surfaces personnelles qui répondent aux deux questions que tout le monde se pose chaque matin :

• Boîte de réception (Inbox) — ce qui a changé et qui me concerne : mentions, affectations, commentaires, changements de statut sur ce que je suis.
• Mon travail (My Work) — tout ce qui m’est attribué, tous projets confondus, dans une seule liste.

Ensuite

• Premiers pas — mettez ces mots à l’œuvre.
• Projets et vues — allez plus loin sur les dispositions, les filtres et les vues enregistrées.