Cómo hacer un tablero kanban (con 3 ejemplos)

Un tablero kanban no necesita software. Necesita tres cosas: algo que muestre columnas, tarjetas que se puedan mover y un lugar donde el equipo lo vea. Las opciones, de más simple a más completo:

• Pared o pizarra + post-its. Perfecta si todos comparten oficina. Ventaja extra: mover un post-it cuesta trabajo, así que la gente piensa antes de mover. Techo: se muere con el primer día remoto y no guarda historial.
• Hojas magnéticas o corcho. Variante del anterior para oficinas donde la pared es sagrada.
• App de tablero. Obligatoria si hay alguien remoto o si las tarjetas necesitan contexto: comentarios, adjuntos, subtareas, historial. La guía para elegir una, con los techos reales, está en App kanban: cuándo un tablero alcanza.

Si el equipo es híbrido, no hagas los dos: el tablero duplicado es el inicio de la mentira organizacional (“está actualizado en la pared, no en la app”). Elige uno y bórralo del resto de la conversación.

Si ya conoces la teoría —qué es un tablero kanban, qué columnas tiene y por qué el WIP importa— esto es la receta de ejecución:

1. Escribe el recorrido de una tarea típica en una frase. “Las piezas entran, se diseñan, el cliente aprueba, se publican.” Esa frase son tus columnas. Si no puedes escribirla, el problema no es el tablero: es que el proceso no existe todavía.
2. Dibuja 4 columnas. Por hacer, En curso, Revisión/Empresa y Hecho son suficientes. Agrega una quinta solo si tu flujo tiene una etapa real y permanente más.
3. Vuelca el trabajo comprometido, no los deseos. Una tarjeta por tarea, con verbo, resultado y responsable. El backlog de ideas va en una lista aparte, fuera del tablero.
4. Pon el límite WIP en “En curso”. 1–2 tarjetas por persona que ejecuta. Escríbelo en la columna, visible. La lógica del número está en Kanban WIP: qué significa el límite.
5. Acuerda las reglas de movimiento. Cada quien mueve sus tarjetas cuando cambia el estado; nadie mueve la tarjeta de otro; “Hecho” tiene criterio explícito.
6. Fecha de revisión a 2 semanas. El tablero 1.0 siempre está mal en algo: una columna de más, un límite que quedó corto. Se corrige en la revisión, no en el día 1.

Un blog con dos redactores y una editora. La frase del proceso: “los temas se acuerdan, se redactan, se editan, se publican”.

La columna clave es En edición: sin ella, los artículos esperando revisión parecerían “en curso” del editor, y el cuello de botella real —que edita menos de lo que redactan— sería invisible.

Un producto interno con 3 devs, 1 QA y 1 líder. La frase: “lo acordado entra al sprint, se desarrolla, se prueba, se despliega”.

• Backlog del sprint: lo comprometido para estas 2 semanas; fuera del sprint, en el backlog general (cómo se poda, en Qué es un backlog).
• En desarrollo (WIP: 3–4): un item por dev. Si la tarjeta necesita más de 3 días, se parte: eso suele ser una historia mal cortada (cómo cortarlas).
• En QA (WIP: 4): pruebas + arreglos. Aquí se destapan los “terminados” de mentira.
• Listo para desplegar: aprobado por QA; se sube en el deploy del día.
• Hecho: en producción y sin incidencias 24 h. Ese es el criterio escrito.

Si además quieres sprints con compromiso y demo, ese marco completo es Scrum: la comparación honesta de cuándo conviene cada uno está en Scrum vs Kanban.

Diseño y desarrollo para 6 clientes. La frase: “los briefs entran, se produce, el cliente aprueba, se entrega”. Aquí el tablero tiene una regla extra: el cliente es visible en cada tarjeta.

• Encargo (por hacer): tarjetas con prefijo de cliente (“NOR — landing”, “SUR — catálogo”). Ordenadas por fecha de entrega al cliente.
• Producción (WIP: 6 total, máx. 1 por persona): el límite global expone cuántos frentes abre la agencia de verdad.
• Espera de cliente: la columna que salva agencias. Todo lo que espera aprobación vive aquí con fecha del recordatorio enviado. No es “hecho” ni “en curso”: es la fila del teléfono.
• Entregado: archivo de fuentes, factura emitida. Criterio: entregable + cobro, no “ya lo mandamos”.

La columna Espera de cliente también cambia la conversación comercial: cuando el cliente pregunta “¿por qué se atrasó?”, la respuesta está en la columna con fechas, no en la memoria de nadie. El resto de prácticas para work-in-progress por disciplina están en Gestión de proyectos para agencias.

En la revisión de las 2 semanas hazte una sola pregunta: ¿en qué columna se acumula el trabajo? Esa es tu columna cuello de botella, y el tablero acaba de pagar su costo. Lo que sigue —medir el flujo, bajar el WIP, atacar el cuello— es kanban de verdad, y está en Cómo reducir el trabajo en curso.

Si prefieres arrancar en digital sin crear cuentas para todo el equipo: Hito es un gestor local-first con tablero kanban, límites WIP y procesos — los datos viven en tu carpeta, en JSON, y no hay asientos que pagar.

👉 Prueba Hito gratis — arma tu tablero kanban en minutos, offline, sin cuenta ni nube.