Une de mes équipes agiles a adopté une approche intéressante au début de leur projet. Au lieu de démarrer le projet avec un Sprint 0 où ils ont configuré l’infrastructure de code et décidé de l’architecture de la solution, ils ont commencé à créer un "Squelette ambulant", qu’ils décrivent comme une pratique de DevOps.
Cela semble se résumer à créer quelque chose de très petit (dans le cas d’une API, un seul point de terminaison qui revient tout juste 200-OK), à le faire en intégration continue et à développer le pipeline de distribution continue pour le déployer dans chacun des environnements:
Développement ► Test ► UAT ► Pré-production ► Production
Au cours du processus, ils ont réussi à cocher bon nombre des besoins non fonctionnels qui auraient pu être manqués si les déploiements avaient été laissés à la dernière minute.
Ma question est la suivante: qu'est-ce qu'un "squelette ambulant" et quels avantages procure-t-il à une équipe agile suivant les pratiques de DevOps?
la source
Réponses:
Un "squelette ambulant" est une forme de "preuve de concept" de votre concept architectural de base. Lorsqu'une preuve de concept se concentre généralement davantage sur une fonctionnalité unique, un "squelette ambulant" est une implémentation minimaliste de bout en bout. Un "squelette ambulant" n'est pas un aperçu de votre concept (seulement un "squelette") mais est vraiment exécutable et expédiable (il peut "marcher": O) et devrait être accompagné d'essais.
Alistair Cockburn l' a décrit (et est souvent cité):
L'avantage ici pour DevOps est qu'un "squelette ambulant" doit être développé dès le début du projet et donne lieu à un code fonctionnel, livrable et testable . De cette façon, DevOps peut mettre en place une chaîne d’intégration continue complète au début du projet, au lieu d’être intégré dans la phase finale des projets. Cela signifie que tous les problèmes qui pourraient survenir sont également abordés à un stade précoce au lieu d'un travail urgent à la fin.
la source