Guía Agile · Agile más allá del software
Agile en operaciones de TI: cómo aplican Agile y DevOps los equipos de operaciones
Agile en operaciones de TI significa aplicar los valores y las prácticas ágiles, como el trabajo visible, los ciclos de retroalimentación cortos y la mejora continua, a los equipos que gestionan la infraestructura, las redes, los centros de servicio y los sistemas de producción. Como el trabajo de operaciones combina proyectos planificados con incidentes no planificados, los equipos de operaciones suelen preferir Kanban y una colaboración estrecha con desarrollo mediante DevOps.
Puntos clave
- Los equipos de operaciones aplican Agile haciendo visible todo el trabajo y planificando las interrupciones.
- Kanban con clases de servicio y límites WIP suele encajar mejor en operaciones que los sprints estrictos.
- Reserve capacidad para el trabajo no planificado e invierta de forma constante en automatización.
- La colaboración estrecha con desarrollo mediante DevOps multiplica los beneficios.
Por qué las operaciones son diferentes
Los equipos de desarrollo normalmente pueden planificar un sprint y protegerlo. Los equipos de operaciones se enfrentan a un flujo constante de interrupciones: incidentes, solicitudes de servicio, parches de seguridad y cambios urgentes. Un compromiso de sprint estricto suele romperse en pocos días. Agile sigue ayudando, pero las prácticas deben adaptarse.
| Tipo de trabajo | Ejemplo | Enfoque típico |
|---|---|---|
| No planificado | Caída del servicio, alerta de seguridad, corrección urgente | Se atiende de inmediato mediante un carril urgente |
| Solicitudes rutinarias | Nuevas cuentas de usuario, cambios de acceso | Estandarizadas y automatizadas cuando es posible; fluyen por un tablero |
| Mejora planificada | Actualizar un clúster de bases de datos, automatizar las copias de seguridad | Se divide en elementos pequeños y se prioriza en un backlog |
| Mantenimiento | Parches, renovación de certificados | Se programa como trabajo recurrente con capacidad reservada |
Prácticas ágiles que funcionan para los equipos de operaciones
- Tableros Kanban con límites WIP: visualice todos los tipos de trabajo y limite cuánto hay en curso; consulte límites WIP.
- Clases de servicio: un carril urgente para los incidentes, un carril de fecha fija para los plazos y un carril estándar para todo lo demás; consulte carriles de Kanban.
- Capacidad reservada: reserve una parte de la capacidad, por ejemplo el 30–40 %, para el trabajo no planificado, en función de su propio historial.
- Reuniones diarias breves ante el tablero: céntrese en los elementos bloqueados y envejecidos.
- Retrospectivas periódicas y revisiones posteriores a los incidentes: revisiones sin culpables que dan lugar a mejoras concretas.
- La automatización como trabajo del backlog: trate la automatización de tareas repetidas como elementos de mejora planificados.
- Responsabilidad compartida con desarrollo: guardias conjuntas, métricas compartidas e infraestructura como código; consulte DevOps.
Cómo introducir Agile en un equipo de operaciones
- Haga visible todo el trabajo: ponga incidentes, solicitudes y proyectos en un único tablero durante dos a cuatro semanas sin cambiar nada más.
- Mida la combinación: cuente cuánto trabajo es no planificado frente al planificado.
- Defina clases de servicio y límites WIP: acuerde reglas sobre qué puede interrumpir el trabajo planificado.
- Reserve capacidad: reserve lo suficiente para el trabajo no planificado que ha medido.
- Priorice el trabajo de mejora: cree un backlog de elementos de automatización y fiabilidad con un responsable claro.
- Añada una cadencia: una reunión semanal de reposición y una retrospectiva quincenal son un buen comienzo; consulte ceremonias de Kanban.
- Revise las métricas mensualmente: revise tiempo de ciclo, throughput y las tendencias de incidentes, y después adapte.
Ejemplo resuelto
Un equipo de infraestructura de seis personas registra cuatro semanas de trabajo y descubre que el 45 % de los elementos completados no estaban planificados. Reserva aproximadamente la mitad de su capacidad para el trabajo no planificado, introduce un carril urgente limitado a un elemento a la vez y fija un límite WIP de ocho en todo el tablero. Cada semana incorpora los elementos de mejora prioritarios del backlog. Al cabo de dos meses, el equipo automatiza sus tres solicitudes más frecuentes (restablecimiento de contraseñas de un sistema heredado, creación de entornos de prueba y solicitudes de acceso a registros), y la proporción de trabajo no planificado baja a aproximadamente un tercio. El tiempo de ciclo medio de las solicitudes estándar se reduce de ocho días a cuatro.
Métricas para las operaciones ágiles
| Métrica | Por qué es importante |
|---|---|
| Tiempo de ciclo por clase de servicio | Muestra con qué rapidez se completa cada tipo de trabajo |
| Throughput | Muestra cuántos elementos completa el equipo por semana |
| Proporción de trabajo planificado frente a no planificado | Muestra si el trabajo de mejora está reduciendo las interrupciones |
| Tiempo medio de restauración del servicio | Muestra la rapidez con la que el equipo se recupera de los incidentes |
| Tasa de fallos en los cambios | Muestra con qué frecuencia los cambios causan problemas |
| Cumplimiento de los niveles de servicio | Muestra si se cumplen los objetivos acordados; consulte acuerdo de nivel de servicio |
Errores comunes
- Imponer compromisos de sprint de dos semanas a un equipo que trabaja sobre todo a base de interrupciones.
- Dejar el trabajo no planificado fuera del tablero, de modo que el equipo parece inactivo cuando está ocupado.
- No reservar nunca tiempo para la mejora, de modo que se repiten los mismos incidentes.
- Tratar Agile y los marcos de gestión de servicios de TI como enemigos; sus procesos pueden convivir con las formas de trabajo ágiles.
- Separar tanto el desarrollo y las operaciones que los problemas se lanzan por encima del muro.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Pueden los equipos de operaciones de TI usar prácticas de operaciones ágiles?
Sí. Lo adaptan para gestionar el trabajo no planificado, normalmente con Kanban, capacidad reservada y una colaboración estrecha con desarrollo.
¿Es mejor Scrum o Kanban para las operaciones de TI ágiles?
Kanban suele encajar mejor porque gestiona un flujo continuo de interrupciones. Los equipos con trabajo de proyecto mayoritariamente planificado pueden usar Scrum. Consulte Kanban vs Scrum.
¿Cómo gestionan los incidentes los equipos de operaciones ágiles?
Mediante un carril urgente o una clase de servicio que permite que el trabajo urgente se salte la cola normal, con un límite estricto de cuántos elementos urgentes pueden estar en curso a la vez.
¿Cuál es la diferencia entre las operaciones ágiles y DevOps?
Las operaciones ágiles aplican prácticas ágiles dentro de los equipos de operaciones; DevOps une el desarrollo y las operaciones en una forma compartida de construir, lanzar y operar software.
¿Cuánta capacidad deben reservar los equipos de operaciones ágiles para el trabajo no planificado?
Básela en su propio historial. Registre varias semanas de trabajo, mida la proporción no planificada y reserve aproximadamente esa cantidad.
¿Pueden las operaciones de TI ágiles funcionar con ITIL?
Sí. ITIL describe prácticas de gestión de servicios; Agile describe cómo trabajan los equipos. Muchas organizaciones usan ambos.
¿Qué métricas debe registrar un equipo de operaciones ágil?
Tiempo de ciclo, throughput, trabajo planificado frente a no planificado, tiempo de restauración del servicio, tasa de fallos en los cambios y cumplimiento de los niveles de servicio.
¿Necesitan los equipos de operaciones ágiles un Product Owner?
Muchos se benefician de alguien que priorice el trabajo de mejora y equilibre las solicitudes; algunos lo llaman responsable del servicio.
¿Cómo hacen las reuniones diarias los equipos de operaciones ágiles?
De forma breve, ante el tablero, centrándose en los elementos bloqueados, envejecidos y urgentes en lugar de en actualizaciones de estado individuales.
¿Qué es una revisión posterior a un incidente sin culpables en las operaciones ágiles?
Una revisión que examina cómo el sistema y el proceso permitieron que ocurriera un incidente, en lugar de quién lo causó, y acuerda mejoras.
¿Qué herramientas son adecuadas para las operaciones de TI ágiles?
Herramientas que admiten tableros Kanban, recepción de solicitudes y automatización; compare las opciones en nuestras reseñas de herramientas de gestión de proyectos .