Marcos de trabajo DevOps

Scrum, Kanban, la habilitación de cambios de ITIL 4 y CALMS responden preguntas distintas. La mayoría de los equipos los combina: uno para planificar el trabajo y otro para gobernar el cambio.

Scrum y Kanban para el trabajo

Scrum organiza el trabajo en sprints de duración fija con un backlog priorizado y revisiones periódicas. Kanban muestra el flujo en un tablero y limita el trabajo en curso para que los elementos se terminen en lugar de acumularse. Ambos hacen visible el trabajo, que es la primera condición para mejorarlo.

ITIL 4 para el cambio

ITIL 4 lo llama habilitación de cambios: clasificar cada cambio según su riesgo y darle el nivel de autorización adecuado. Los cambios estándar están preaprobados, los normales se evalúan y los de emergencia siguen una vía rápida que igualmente queda registrada.

Combinarlos sin burocracia

  • Planifica y sigue el trabajo con Scrum o Kanban.
  • Gobierna solo los cambios cuyo riesgo lo justifica.
  • Mantén las aprobaciones y la evidencia en el mismo registro que el trabajo.
  • Revisa el flujo con datos, no con reuniones de estado.

Cómo lo aplica DevGob

DevGob incluye procesos Scrum y Agile para el trabajo, y un flujo de Deployment con tipos de cambio Normal, Estándar y Emergencia y dos compuertas de comité para el cambio — configurable por espacio de trabajo.

Leerlo en la documentación

DevOps con gobierno, en un solo registro

DevGob planifica el trabajo y gobierna cada cambio en su camino a producción: backlog, sprints, autorizaciones de comité, evidencia de instalación y auditoría.