Aller au contenu

Projets et vues

Le projet contient le travail. La vue décide comment vous le regardez.

Ce guide couvre les trois dispositions, comment en modeler une avec des filtres et un regroupement, et pourquoi enregistrer une vue vaut les dix secondes que ça prend.

Deux choses méritent d’être décidées tôt, parce que tout le reste est facile à changer plus tard.

La clé. Chaque projet a une clé courte — WEB, API, MOB — et chaque tâche à l’intérieur est numérotée à partir d’elle : WEB-1, WEB-2. Les gens vont taper ces numéros dans le chat, dans les commits et dans des titres de pull request pendant des années. Gardez-les courts et évidents.

Les statuts. Chaque projet démarre avec Backlog, Todo, In Progress, Done et Canceled. Renommez-les pour coller à la façon dont votre équipe parle vraiment. Une équipe de support voudra peut-être « En attente du client ». Une équipe de design voudra peut-être « En revue ».

Quand vous ajoutez un statut, vous choisissez aussi son type — Backlog, À faire, En cours, Terminé ou Annulé. Le nom est pour les humains ; le type est ce que comptent les graphiques et les barres d’avancement. Trois colonnes maison peuvent toutes être de type En cours, et chaque agrégat s’additionne quand même correctement.

Gardez Canceled. Abandonner du travail volontairement est un vrai dénouement, et dotby garde les tâches annulées en dehors de vos chiffres d’avancement au lieu de les compter comme des échecs.

Disposition Le meilleur pour
Tableau Ce qui est en vol maintenant. Faites glisser les cartes entre les colonnes.
Liste Balayer beaucoup de travail, et changer plusieurs tâches d’un coup.
Chronologie Quand les choses atterrissent. Des barres sur un calendrier, avec les dépendances visibles.

Ce sont trois vues des mêmes tâches, pas trois copies. Un changement dans l’une apparaît dans les autres immédiatement, pour tout le monde.

Les colonnes sont vos statuts, par défaut. Faites glisser une carte pour la déplacer, ou survolez-la et appuyez sur S.

Vous pouvez regrouper par autre chose que le statut — par responsable pour voir qui est chargé, par priorité pour voir ce qui est vraiment urgent.

Un tableau dense, une tâche par ligne. C’est là que se fait le travail en masse : sélectionnez plusieurs lignes et changez le statut, le responsable, le sprint ou les étiquettes de toutes en une fois.

Vous choisissez aussi quelles colonnes afficher, donc une liste peut être aussi étroite que « titre et statut » ou aussi large que tout votre jeu de propriétés.

Des tâches en barres le long d’un calendrier, regroupées en couloirs. Utilisez-la pour répondre à « est-ce que ça rentre avant le lancement ? » plutôt qu’à « qui fait quoi aujourd’hui ».

N’importe quelle disposition peut être resserrée. Les filtres courants :

  • Statut — cachez tout ce qui est déjà fait
  • Responsable — seulement mon travail, ou celui d’une seule personne
  • Priorité — urgente et haute uniquement
  • Étiquettes — tout ce qui porte bug
  • Sprint ou module — un bloc de temps, ou un chantier

Les filtres se combinent, et le résultat est ce que vous voyez et ce que vous éditez en masse.

Voici la partie que les équipes sautent, et qu’elles regrettent ensuite.

Une vue dans dotby est un véritable objet enregistré — disposition, filtres, regroupement, tri et colonnes visibles, le tout ensemble, sous un nom. Enregistrez-la une fois et elle apparaît comme un onglet en haut du projet, pour les personnes qui doivent la voir.

De bonnes vues à créer dès le premier jour :

  • Ce sprint — sprint en cours, non terminé, regroupé par statut
  • Bugs — étiquette bug, trié par priorité
  • À relire — statut En revue, regroupé par responsable
  • Sans responsable — aucun responsable, non terminé

Le gain, c’est que personne ne reconstruit le même filtre chaque matin, et que « où est-ce que je regarde ? » a une seule réponse au lieu de six.