No hay dos tipos de trabajo que avancen por los mismos pasos: un proyecto de diseño, un sprint de desarrollo y un flujo de redacción tienen cada uno sus propias etapas. Este recorrido trata de adaptar Ceum al trabajo en lugar de forzar el trabajo dentro de una plantilla fija: definirás las etapas y los campos que un proyecto tiene de verdad y luego lo abrirás en un tablero que muestra solo aquello sobre lo que necesitas actuar hoy.
La personalización es una configuración única por tipo de trabajo. El beneficio llega cada día después, cuando el tablero encaja con tu proceso real lo bastante bien como para decirte qué hacer a continuación.
El objetivo
Haz que Ceum refleje cómo funciona realmente un proyecto concreto —sus propias etapas, sus propios tipos de tareas, sus propios detalles— y luego trabájalo en un tablero que oculte todo lo que no es tu problema ahora mismo.
1. Define las etapas que el trabajo tiene de verdad
El flujo predeterminado es Pendientes → Por hacer → Planificación → En curso → Revisión → Hecho, un punto de partida razonable, pero la mayoría del trabajo tiene sus propias etapas. Los estados personalizados te permiten fijar los que tu proceso realmente usa.
En la página de estados de tarea, construye las columnas por las que tu proceso realmente avanza; para un proyecto de contenidos podrían ser Idea → Redacción → Edición → Revisión del cliente → Publicado. Las marcas tienen un significado que va más allá de la etiqueta:
- Resuelto señala la etapa terminal, para que Ceum sepa que una tarea está hecha (la misma idea que una factura pagada que está Liquidada: un único indicador, expresado según el tipo de registro).
- Pendientes y requiere acción dejan que la aplicación trate esas etapas de forma especial, sacando a la superficie lo que necesita atención y manteniendo los pendientes fuera de tu camino.
Los estados no son solo para las tareas: los clientes, los proyectos y las facturas tienen también sus propios conjuntos de estados, así que cada entidad puede avanzar por las etapas que tengan sentido para ella.
2. Da a las tareas las formas y los campos adecuados
Una «tarea» es un instrumento demasiado tosco para la mayoría de los proyectos. Los tipos de tarea te permiten distinguir los tipos de trabajo —Artículo, Error, Diseño, Reunión— para que un tablero no sea un muro de tarjetas idénticas. (Error, conviene señalar, es un tipo de tarea, no un estado: un error sigue avanzando por tus etapas como cualquier otra cosa.)
Después, los campos personalizados añaden los detalles que importan para este proyecto y para ningún otro: un recuento de palabras en los artículos, una gravedad en los errores, una URL en las tareas de diseño. Se definen por tipo de tarea y se suman a los campos integrados: añades lo que un tipo de tarea concreto necesita; los campos estándar están siempre y no se pueden quitar.
Si las tareas y los proyectos de este trabajo se relacionan de formas concretas —bloquea, depende de, duplica—, los tipos de relación te permiten nombrar esos vínculos para que las conexiones sean explícitas en lugar de implícitas.
3. Ponlo en un tablero
Con las etapas y las formas definidas, el trabajo pide verse mientras avanza. Abre un tablero kanban: tus estados personalizados se convierten en las columnas, y las tareas son tarjetas que arrastras de una etapa a la siguiente. Arrastrar una tarjeta es cambiar su estado: el tablero no sirve solo para ver tu proceso, es el lugar donde lo llevas a cabo.
Cada tablero tiene su propia configuración: qué columnas de estado se muestran, si aparecen las columnas de pendientes y resueltas, y qué muestra cada tarjeta —ruta del proyecto, punto de tipo, fecha límite, descripción, subtareas—. Ajústalas para que el tablero sea exactamente tan ancho y tan detallado como necesita este proyecto, y nada más.
Como los tableros son tuyos, puedes tener varios —uno por proyecto, o uno por cliente— y cambiar entre ellos. Un tablero afinado a las etapas de un proyecto gana a una lista de tareas genérica porque refleja cómo fluye de verdad ese proyecto. Cuando alguien sin cuenta necesita verlo, un enlace para compartir le da una vista de solo lectura del tablero —o de una sola tarea— que siempre refleja su estado actual.
4. Fíltralo hasta lo que importa ahora
Un tablero completo es un mapa; un tablero filtrado es una decisión. Donde la configuración del tablero es su forma permanente, un filtro es una lente temporal encima: los filtros y la ordenación lo reducen justo al corte sobre el que necesitas actuar —este cliente, este tipo de tarea, tareas etiquetadas como urgente, trabajo que vence esta semana— para que las veinte cosas que no haces hoy se aparten del camino de las tres que sí.
Los filtros se combinan, así que «tareas de diseño para este cliente que están en revisión» es una sola vista enfocada. Fija el filtro que encaja con tu trabajo actual y el tablero deja de ser un informe de estado y empieza a ser una lista de trabajo.
Lo que consigues al final
Un proyecto modelado en sus propios términos —etapas reales, tipos de tarea con sentido, los campos que importan— funcionando en un tablero que puedes filtrar hasta el trabajo exacto de hoy. El coste de configuración se paga una vez; después, el tablero sigue diciéndote qué hacer a continuación, porque por fin encaja con cómo se mueve el trabajo.