Ir al contenido

Visualización del tablero y calles

Los filtros deciden qué tareas ves. La visualización decide cómo se colocan. Son controles separados, y confundirlos es la razón por la que la gente acaba con seis vistas casi idénticas.

Abre Visualización en cualquier tablero o lista para encontrar todo lo de esta página.

La agrupación elige el eje con el que se construyen tus columnas (o secciones de lista). El valor por defecto es estado, que es el kanban clásico.

Agrupar por El tablero se convierte en
Estado El flujo. Dónde está todo.
Responsable Un gráfico de carga. Quién está enterrado y quién libre.
Prioridad Una cola de clasificación.
Etiqueta Trabajo por tema.
Tipo Errores junto a funcionalidades.
Sprint Qué está comprometido y dónde.
Módulo Trabajo por área del producto.
Creador Quién está abriendo todo esto.

Agrupar por responsable una vez a la semana es la forma más barata de detectar a un compañero sobrecargado antes de que te lo diga.

El subagrupamiento parte cada columna una segunda vez, en calles horizontales.

Agrupa por estado y subagrupa por responsable, y obtienes el flujo arriba y una calle por persona al lado. Cada celda responde “¿qué está haciendo Marina que esté en revisión?” sin ningún filtro.

Dos reglas que merece la pena saber:

  • Las calles son una función del tablero. Una lista tiene secciones, no calles.
  • Subagrupar por el mismo eje que ya agrupaste no hace nada, así que dotby lo ignora en vez de dibujar calles vacías.

Buenas parejas:

Agrupar por Subagrupar por Responde
Estado Responsable Quién está atascado y dónde
Estado Prioridad Si el trabajo urgente se mueve de verdad
Responsable Estado Todo el pipeline de una persona
Módulo Estado Qué área del producto está bloqueada

La ordenación coloca las tareas dentro de cada grupo. dotby ordena por más de una regla, en secuencia, así que los empates se rompen como querías.

Una habitual: prioridad, luego fecha límite. El trabajo urgente flota arriba, y dentro de lo urgente, lo que vence el viernes gana a lo que vence el mes que viene.

El orden manual también es una ordenación. Arrastra las tarjetas donde quieras y el tablero mantiene esa disposición.

Las subtareas pueden aparecer como tarjetas propias, o quedarse recogidas bajo su padre.

Actívalas cuando las subtareas sean trabajo asignado de verdad que la gente coge. Desactívalas cuando sean pasos de una lista de comprobación y mostrarlas triplique el tamaño de tu tablero sin información nueva.

Hay un interruptor relacionado en esconder el trabajo cerrado: mantener visibles las subtareas completadas bajo un padre todavía abierto, para que una tarea casi terminada no parezca intacta.

Elige qué muestra realmente una tarjeta — avatar del responsable, prioridad, etiquetas, estimación, fecha límite, sprint, el número de la tarea, tus campos propios.

Un tablero que lees desde el otro lado de la sala quiere tres campos. Un tablero desde el que trabajas quiere seis. No cuesta nada cambiarlo, así que ajústalo al trabajo.

Cualquier columna se colapsa a una franja fina con contador en vivo. Hecho deja de comerse un tercio de la pantalla, las tarjetas se siguen soltando en ella, y los números de progreso no cambian.

Los admins eligen qué estados empiezan plegados para todos; cada persona pliega o despliega lo que quiera, y la elección se mantiene.

Cada control de aquí forma parte de una vista — disposición, filtros, agrupación, subagrupación, orden, campos de tarjeta, todo bajo un nombre y una pestaña.

Ese es el objetivo. En lugar de un tablero que todos reconfiguran todo el día, haz tres:

  • Flujo — agrupar por estado, subagrupar por responsable
  • Carga — agrupar por responsable, ordenar por prioridad
  • Clasificación — filtrar sin responsable, agrupar por prioridad

Mira Proyectos y vistas.