Ampliando tu Flujo de Trabajo: Cómo Añadir Nuevos Estados al Kanban de Azure DevOps
El tablero Kanban en Azure DevOps (anteriormente conocido como Visual Studio Team Services o VSTS) es una herramienta fantástica para visualizar y gestionar el flujo de trabajo de tu equipo. Por defecto, su simplicidad con estados como Nuevo, Activo y Cerrado (o To Do, Doing, Done) es perfecta. Sin embargo, a medida que tu proceso madura, a menudo necesitas estados intermedios para reflejar con precisión la realidad de tu desarrollo.
Añadir nuevos estados o columnas personalizadas es un proceso sencillo que te da el poder de modelar tu flujo de trabajo de forma más granular y efectiva.
El tablero Kanban en Azure DevOps (anteriormente conocido como Visual Studio Team Services o VSTS) es una herramienta fantástica para visualizar y gestionar el flujo de trabajo de tu equipo. Por defecto, su simplicidad con estados como Nuevo, Activo y Cerrado (o To Do, Doing, Done) es perfecta. Sin embargo, a medida que tu proceso madura, a menudo necesitas estados intermedios para reflejar con precisión la realidad de tu desarrollo.
Añadir nuevos estados o columnas personalizadas es un proceso sencillo que te da el poder de modelar tu flujo de trabajo de forma más granular y efectiva.
¿Por Qué Necesitarías Más Estados?
Un flujo de trabajo estándar puede no capturar la complejidad de tareas como la revisión de código, las pruebas de control de calidad (QA) o la espera de aprobación. Añadir estados intermedios te permite:
Mejorar la Visibilidad: Identificar cuellos de botella exactos (por ejemplo, si hay muchas tareas atascadas en "Revisión de Código").
Medir el Flujo (Flow): Calcular métricas más precisas como el Lead Time o Cycle Time para cada etapa específica.
Reflejar la Realidad: Asegurarte de que el tablero refleja fielmente cómo trabaja el equipo.
Un flujo de trabajo estándar puede no capturar la complejidad de tareas como la revisión de código, las pruebas de control de calidad (QA) o la espera de aprobación. Añadir estados intermedios te permite:
Mejorar la Visibilidad: Identificar cuellos de botella exactos (por ejemplo, si hay muchas tareas atascadas en "Revisión de Código").
Medir el Flujo (Flow): Calcular métricas más precisas como el Lead Time o Cycle Time para cada etapa específica.
Reflejar la Realidad: Asegurarte de que el tablero refleja fielmente cómo trabaja el equipo.
Paso a Paso: Creando Columnas en tu Kanban
Crear una nueva columna en Azure Boards es muy fácil y no requiere permisos de administrador a nivel de proyecto para la mayoría de las configuraciones predeterminadas.
Crear una nueva columna en Azure Boards es muy fácil y no requiere permisos de administrador a nivel de proyecto para la mayoría de las configuraciones predeterminadas.
1. Acceder a la Configuración del Tablero
Ve a tu proyecto en Azure DevOps.
Navega a Boards (Tableros) > Boards (Tableros Kanban).
En la esquina superior derecha del tablero, haz clic en el icono de Configuración (generalmente un engranaje ) para abrir la ventana de Configuración del tablero.
Ve a tu proyecto en Azure DevOps.
Navega a Boards (Tableros) > Boards (Tableros Kanban).
En la esquina superior derecha del tablero, haz clic en el icono de Configuración (generalmente un engranaje ) para abrir la ventana de Configuración del tablero.
2. Añadir la Nueva Columna
Dentro de la configuración, selecciona la pestaña Columns (Columnas).
Haz clic en + Add column (+ Añadir columna).
Nombra la Columna: Dale un nombre claro que represente la etapa de tu flujo (ej. Revisión de Código, En QA, Esperando Aprobación).
Límites de WIP (Opcional): Define un Work in Progress (WIP) Limit. Esto es crucial en Kanban. Establecer un límite ayuda a tu equipo a concentrarse en terminar el trabajo antes de empezar uno nuevo, mejorando el flujo.
Dividir la Columna (Opcional): Si la columna representa una etapa larga, puedes marcar la opción "Split column into doing and done" (Dividir columna en En curso y Hecho) para mayor precisión.
Dentro de la configuración, selecciona la pestaña Columns (Columnas).
Haz clic en + Add column (+ Añadir columna).
Nombra la Columna: Dale un nombre claro que represente la etapa de tu flujo (ej. Revisión de Código, En QA, Esperando Aprobación).
Límites de WIP (Opcional): Define un Work in Progress (WIP) Limit. Esto es crucial en Kanban. Establecer un límite ayuda a tu equipo a concentrarse en terminar el trabajo antes de empezar uno nuevo, mejorando el flujo.
Dividir la Columna (Opcional): Si la columna representa una etapa larga, puedes marcar la opción "Split column into doing and done" (Dividir columna en En curso y Hecho) para mayor precisión.
3. Mapeo de Estados: El Paso Crítico
Cuando mueves una Work Item (Elemento de Trabajo) a la nueva columna, su Estado interno debe actualizarse correctamente. Aquí es donde se "mapea" la columna a un estado.
Vuelve a la configuración de la columna que acabas de crear.
Asegúrate de que la columna esté mapeada a un estado de la plantilla de proceso (por ejemplo, "Activo" o "Resuelto"). En la mayoría de los casos, las nuevas columnas se asocian a un estado ya existente como Active si la tarea aún no está terminada.
Tip Avanzado: Si necesitas que una columna se asocie a un estado de flujo de trabajo completamente nuevo (ej. un estado llamado "Esperando QA" que no existe en tu plantilla básica), necesitarás permisos de administrador de colección de proyectos para personalizar el Proceso de Heredado de tu proyecto y agregar ese nuevo estado al Work Item Type (Tipo de Elemento de Trabajo) correspondiente (como User Story o Bug).
VISTA DE EJEMPLO PROYECTO
Cuando mueves una Work Item (Elemento de Trabajo) a la nueva columna, su Estado interno debe actualizarse correctamente. Aquí es donde se "mapea" la columna a un estado.
Vuelve a la configuración de la columna que acabas de crear.
Asegúrate de que la columna esté mapeada a un estado de la plantilla de proceso (por ejemplo, "Activo" o "Resuelto"). En la mayoría de los casos, las nuevas columnas se asocian a un estado ya existente como Active si la tarea aún no está terminada.
Tip Avanzado: Si necesitas que una columna se asocie a un estado de flujo de trabajo completamente nuevo (ej. un estado llamado "Esperando QA" que no existe en tu plantilla básica), necesitarás permisos de administrador de colección de proyectos para personalizar el Proceso de Heredado de tu proyecto y agregar ese nuevo estado al Work Item Type (Tipo de Elemento de Trabajo) correspondiente (como User Story o Bug).
VISTA DE EJEMPLO PROYECTO
¡Listo para Fluir!
Al personalizar tu tablero Kanban en Azure DevOps, le estás dando a tu equipo una herramienta que se ajusta perfectamente a la forma en que trabajan, no al revés. No temas experimentar; el objetivo es que el tablero sea una fuente de verdad y una ayuda visual para mantener el flujo de trabajo constante. ¡Feliz Kanban!
Al personalizar tu tablero Kanban en Azure DevOps, le estás dando a tu equipo una herramienta que se ajusta perfectamente a la forma en que trabajan, no al revés. No temas experimentar; el objetivo es que el tablero sea una fuente de verdad y una ayuda visual para mantener el flujo de trabajo constante. ¡Feliz Kanban!
