Flujos de Proyectos en Dinaup: elige el tablero que encaja con tu equipo
Los 4 flujos de Proyectos en Dinaup (To Do, To Do Pro, Waterfall, Agile), cómo cada estado se convierte en columna del Kanban y cuál elegir al crear el proyecto.
Equipo DinaupUn flujo define los estados por los que pasa una tarea, desde que nace hasta que la cierras, y cómo transita de uno a otro. Es el recorrido del trabajo en tu proyecto.
La idea principal es esta:
Cada estado del flujo es una columna del Kanban. Eliges el flujo y, con él, las columnas de tu tablero.
Eliges el flujo al crear el proyecto, junto con el título y la clave. Un proyecto, un flujo.
Los 4 flujos predefinidos
No diseñas el flujo desde cero. Tienes cuatro tipos listos para usar y eliges uno al dar de alta el proyecto. Regla: cuanto más sencillo es el trabajo, más simple debe ser el flujo.
To Do
Por hacer y Hecho. Apuntas algo y lo tachas al terminar.To Do Pro
Por hacer, 1 %, 25 %, 50 %, 75 % y Hecho. Permite desglosar tareas en sub-tareas.Waterfall
Agile
Si dudas, empieza por To Do. Lo importante es arrancar. Subes de complejidad cuando el equipo lo pida.
Cómo elegirlo
Entra en Proyectos desde el menú lateral y crea uno nuevo.
Rellena título, icono/color y la clave (el prefijo de las tareas, por ejemplo MKT-, que genera identificadores como MKT-042).
Elige el flujo entre los cuatro tipos. Define las columnas del Kanban y la jerarquía de tipos de tarea.
Añade miembros (internos o colaboradores externos) y guarda. El tablero nace con sus columnas listas.
La terminología que vas a ver
Cada flujo se describe con una tabla de estados. Estas son las columnas de esas tablas, el vocabulario real de Dinaup:
- Tipo — la categoría de la tarea: Task, Sub-task, Epic, Story o Bug. Marca el nivel jerárquico.
- Estado — el paso concreto dentro del flujo (
To Do,In Progress,Done, un porcentaje). - Clave — el identificador corto del estado (
T1,E2,ST3) para referirte a él de forma inequívoca. - Padres compatibles — de qué estados puede colgar esa tarea. Así se construye la jerarquía: una Sub-task cuelga de una Task, una Story de un Epic. Un
@indica un elemento de primer nivel, que no cuelga de ninguno.
To Do — el flujo de dos columnas
El flujo más sencillo. Dos estados.
| Tipo | Estado | Clave | Padres compatibles |
|---|---|---|---|
| Task | To Do | T1 | @ |
| Task | Done | T2 | @ |
To Do Pro — con porcentajes de avance
Mismo planteamiento. Los porcentajes muestran el avance en el propio tablero, sin abrir cada tarea. Y desglosas una Task en Sub-tasks medibles.
| Tipo | Estado | Clave | Padres compatibles |
|---|---|---|---|
| Task | To Do | T1 | @ |
| Task | 1 % | T2 | @ |
| Task | 25 % | T3 | @ |
| Task | 50 % | T4 | @ |
| Task | 75 % | T5 | @ |
| Task | Done | T6 | @ |
| Sub-task | To Do | ST1 | T1…T6 |
| Sub-task | 1 % → Done | ST2…ST6 | T1…T6 |
Waterfall — en cascada
Para proyectos que avanzan por fases consecutivas. Una etapa se cierra antes de empezar la siguiente, sin solapamientos. Las tareas recorren los estados en orden, de principio a fin, en lugar de moverse libremente entre columnas.
Es el flujo natural cuando cada paso depende de que el anterior esté terminado.
Agile — el flujo completo
Para equipos Scrum/Kanban. Los Epics agrupan Stories, las Stories agrupan Tasks, cada Task se desglosa en Sub-tasks, y los Bugs se reportan de forma independiente contra los Epics.
| Tipo | Estado | Clave | Padres compatibles |
|---|---|---|---|
| Epic | Backlog → Done | E1…E4 | @ |
| Story | Backlog → Done | S1…S4 | E1…E4 |
| Task | Backlog, In Progress, 25/50/75 %, Done | T1…T7 | S1…S4 |
| Sub-task | Backlog → Done | ST1…ST4 | T1…T7 |
| Bug | To Do, In Progress, Done | B2…B4 | E1…E4 |
Fíjate en los Padres compatibles: una Story solo cuelga de un Epic, una Task de una Story, una Sub-task de una Task. Eso mantiene la jerarquía limpia al arrastrar tarjetas.
El flujo es tu Kanban
Esto es lo que importa en el día a día. Sea cual sea el flujo, sus estados son las columnas del tablero Kanban. Arrastras una tarjeta de una columna a otra y el estado de la tarea cambia. La jerarquía de tipos (Epic/Story/Task/Sub-task) determina qué puede colgar de qué.
Por eso elegir bien el flujo al crear el proyecto importa: hace que tu tablero refleje cómo trabaja tu equipo.