Uno de mis equipos ágiles ha adoptado un enfoque interesante en las primeras etapas de su proyecto. En lugar de comenzar el proyecto con un Sprint 0 donde configuran la infraestructura de código y deciden sobre la arquitectura de la solución, han comenzado a construir un "Esqueleto andante", que describen como una práctica de DevOps.
A lo que parece llegar esto es a construir algo muy pequeño (en el caso de una API, un único punto final que simplemente regresa 200-OK), hacer que esto funcione en una integración continua y construir la tubería de entrega continua para implementar esto a través de cada uno de los entornos:
Desarrollo ► Prueba ► UAT ► Preproducción ► Producción
En el proceso, han logrado marcar muchos de los requisitos no funcionales que podrían haberse pasado por alto si las implementaciones se hubieran dejado para el último minuto.
Mi pregunta es esta: ¿qué es un "Esqueleto ambulante" y qué beneficio le brinda a un equipo ágil que sigue las prácticas de DevOps?
fuente
Respuestas:
Un "esqueleto andante" es una forma de "prueba de concepto" de su concepto arquitectónico básico. Donde una prueba de concepto generalmente se enfoca más en una sola funcionalidad, un "Esqueleto andante" es una implementación minimalista de extremo a extremo. Un "Esqueleto andante" no es un esbozo de su concepto (solo un "esqueleto") pero es realmente ejecutable y transportable (puede "caminar": O) y debe ir acompañado de pruebas.
Alistair Cockburn lo ha descrito (y se lo cita a menudo):
La ventaja aquí para DevOps es que se debe desarrollar un "Esqueleto andante" al principio del proyecto y que resulte en un código funcional, enviable y comprobable . De esta forma, DevOps puede configurar una cadena de integración continua completa al principio del proyecto, en lugar de incorporarse en la fase final de los proyectos. Esto significa que cualquier problema que surja también se está abordando en una etapa temprana en lugar de un trabajo apresurado al final.
fuente