Découper le travail
Deux choses différentes sont sans arrêt confondues :
- Les sous-tâches notent comment le travail se découpe.
- Les relations notent pourquoi le travail est bloqué.
L’une est une hiérarchie. L’autre est une toile. Utilisez la bonne et votre tableau reste lisible.
Sous-tâches
Section titled “Sous-tâches”Une sous-tâche est une tâche complète imbriquée sous une autre. Elle a son propre numéro, son propre statut, son propre assigné, et on peut la trouver toute seule.
L’imbrication descend à six niveaux. C’est bien plus que ce dont la plupart des équipes ont besoin, et c’est là pour qu’une grosse épopée ne heurte jamais un mur à mi-rédaction.
Créez-les
Section titled “Créez-les”Ouvrez une tâche et ajoutez des sous-tâches depuis son panneau. Ou sélectionnez du texte dans n’importe quelle description et transformez-le directement en tâche — une checklist écrite dans une spec devient du travail réel et suivi, sans rien retaper.
Réorganisez en glissant
Section titled “Réorganisez en glissant”Glissez une sous-tâche sur une autre et elle devient sa sous-tâche. Pendant le glissement, la liste montre exactement où elle va atterrir — indentation comprise — avant que vous relâchiez.
Une tâche ne peut jamais finir à l’intérieur d’elle-même, et dotby ne vous laisse pas essayer.
Renommez sur place
Section titled “Renommez sur place”Survolez la ligne de la sous-tâche, cliquez sur le crayon, tapez. Vous ne l’ouvrez pas et vous ne perdez pas votre place.
Cascade
Section titled “Cascade”Changer certaines propriétés sur un parent peut descendre vers ses sous-tâches — déplacer une épopée vers un sprint, par exemple, peut emmener ses enfants. On vous demande ; ça n’arrive pas dans votre dos.
L’arbre de la tâche
Section titled “L’arbre de la tâche”Depuis n’importe quelle tâche, un clic ouvre toute la hiérarchie — du parent le plus haut jusqu’à la sous-tâche la plus profonde, avec la tâche d’où vous venez mise en évidence.
Depuis cet arbre vous pouvez :
- sauter entre sœurs sans revenir au tableau
- changer statut ou assigné sur n’importe quel nœud
- ajouter une sous-tâche n’importe où dedans
C’est la réponse à « où ça se situe dans l’ensemble ? », qui sinon est une question à cinq clics.
Relations
Section titled “Relations”Une relation est un lien typé entre deux tâches qui ne sont pas parent et enfant.
| Relation | Signifie |
|---|---|
| Bloque | Ceci doit finir avant que cela commence. |
| Bloquée par | L’inverse. Noté automatiquement sur l’autre tâche. |
| Duplique | Le même travail, saisi deux fois. |
| Liée à | Bon à savoir, sans dépendance. |
Bloque et bloquée par sont toujours créées en paire. Notez-le une fois, depuis le côté que vous regardez, et les deux tâches l’affichent.
Pourquoi les relations paient
Section titled “Pourquoi les relations paient”Une tâche bloquée sans relation ressemble exactement à une tâche que personne n’a commencée. Une tâche bloquée avec relation vous dit, et dit à tout le monde, exactement quoi aller relancer.
Sur la frise, une relation de blocage devient une vraie flèche de dépendance — déplacez le bloqueur et la chaîne suit.
Laquelle utiliser ?
Section titled “Laquelle utiliser ?”Demandez-vous ce que vous notez.
| Situation | Utilisez |
|---|---|
| « Livrer le paiement » demande quatre étapes | Sous-tâches |
| Le travail API doit atterrir avant le travail UI | Relation — bloque |
| Deux personnes ont saisi le même bug | Relation — duplique |
| Une grosse fonctionnalité s’étale sur deux trimestres | Sous-tâches, ou une initiative |
| Vaguement liées, sans ordre | Relation — liée à |
Si vous vous surprenez à faire une sous-tâche de quelque chose dans un autre projet, vous voulez probablement une relation — ou un miroir.
Ensuite
Section titled “Ensuite”- Frise et dépendances — les relations, dessinées.
- Mener une initiative — quand le travail dépasse un projet.
- Actions en masse — changer plusieurs sous-tâches d’un coup.