Divide el trabajo
Dos cosas distintas se confunden constantemente:
- Las subtareas registran cómo se divide el trabajo.
- Las relaciones registran por qué el trabajo está atascado.
Una es una jerarquía. La otra es una red. Usa la correcta y tu tablero seguirá siendo legible.
Subtareas
Section titled “Subtareas”Una subtarea es una tarea completa anidada bajo otra. Tiene su propio número, su propio estado, su propio responsable, y se puede encontrar por sí sola.
El anidamiento llega a seis niveles de profundidad. Es mucho más de lo que necesita la mayoría de los equipos, y está ahí para que una épica grande nunca choque contra un muro a mitad de escribirse.
Créalas
Section titled “Créalas”Abre una tarea y añade subtareas desde su panel. O selecciona texto en cualquier descripción y conviértelo directamente en tarea — una lista de comprobación que escribiste en una spec se vuelve trabajo real y seguido sin reescribir nada.
Reorganiza arrastrando
Section titled “Reorganiza arrastrando”Arrastra una subtarea sobre otra y se convierte en subtarea suya. Mientras arrastras, la lista muestra exactamente dónde va a aterrizar — sangría incluida — antes de que sueltes.
Una tarea nunca puede acabar dentro de sí misma, y dotby no te deja intentarlo.
Renombra en el sitio
Section titled “Renombra en el sitio”Pon el cursor sobre la fila de la subtarea, pulsa el lápiz, escribe. No la abres y no pierdes tu sitio.
Cascada
Section titled “Cascada”Cambiar algunas propiedades en un padre puede bajar a sus subtareas — mover una épica a un sprint, por ejemplo, puede llevarse a sus hijas. Se te pregunta; no pasa a tus espaldas.
El árbol de la tarea
Section titled “El árbol de la tarea”Desde cualquier tarea, un clic abre la jerarquía entera — desde el padre más alto hasta la subtarea más profunda, con la tarea de la que venías resaltada.
Desde ese árbol puedes:
- saltar entre hermanas sin volver al tablero
- cambiar estado o responsable en cualquier nodo
- añadir una subtarea en cualquier parte
Es la respuesta a “¿dónde encaja esto en la cosa grande?”, que si no es una pregunta de cinco clics.
Relaciones
Section titled “Relaciones”Una relación es un enlace con tipo entre dos tareas que no son padre e hija.
| Relación | Significa |
|---|---|
| Bloquea | Esto tiene que acabar antes de que aquello empiece. |
| Bloqueada por | Lo contrario. Se registra solo en la otra tarea. |
| Duplica | El mismo trabajo, abierto dos veces. |
| Relacionada con | Merece saberse, sin dependencia. |
Bloquea y bloqueada por se crean siempre en pareja. Regístralo una vez, desde el lado que estés mirando, y ambas tareas lo muestran.
Por qué compensan las relaciones
Section titled “Por qué compensan las relaciones”Una tarea bloqueada sin relación parece idéntica a una tarea que nadie ha empezado. Una tarea bloqueada con relación te dice, a ti y a todos, exactamente a qué ir a perseguir.
En la línea de tiempo, una relación de bloqueo se convierte en una flecha de dependencia real — mueve el bloqueador y la cadena se mueve con él.
¿Cuál uso?
Section titled “¿Cuál uso?”Pregúntate qué estás registrando.
| Situación | Usa |
|---|---|
| “Lanzar el checkout” necesita cuatro pasos | Subtareas |
| El trabajo de API debe caer antes que el de UI | Relación — bloquea |
| Dos personas abrieron el mismo error | Relación — duplica |
| Una funcionalidad grande cruza dos trimestres | Subtareas, o una iniciativa |
| Vagamente conectadas, sin orden | Relación — relacionada con |
Si te ves haciendo subtarea de algo en un proyecto distinto, probablemente quieres una relación — o un espejo.
A continuación
Section titled “A continuación”- Línea de tiempo y dependencias — las relaciones, dibujadas.
- Dirige una iniciativa — cuando el trabajo se sale de un proyecto.
- Acciones en masa — cambia muchas subtareas de una vez.