Un walking skeleton, dans un contexte de développement logiciel, est une mise en œuvre initiale minimale de l'architecture d'une application qui inclut et relie les composants de base du système. Comme son nom l'indique, la structure est en place et fonctionne de manière rudimentaire, mais le système n'est pas étoffé et ne fournit pas le niveau de service requis pour le produit final. Les sous-systèmes sont incomplets mais reliés entre eux. Les squelettes ambulants sont couramment utilisés dans le cadre du développement piloté par les tests (TDD), dans lequel des tests unitaires sont effectués de manière répétée sur le code source. Après chaque test, le code est remanié et retesté jusqu'à ce que chaque unité fonctionne conformément aux spécifications souhaitées.
Les fonctions de base du squelette de marche d'un système final doivent être possibles. Cela comprend l'interrogation des sources de données et la demande de services, ainsi que l'exécution de fonctions. Toute automatisation, telle que le traitement des exceptions et l'intégration continue (IC), doit également être en place et tous les composants mis en œuvre doivent être testés pour garantir, par exemple, qu'une requête renvoie des données. Une fois que le fonctionnement de tous les composants essentiels du système a été démontré, le cycle TDD peut commencer, et l'architecture et les fonctionnalités de l'application peuvent être développées en parallèle.
L'informaticien américain Alistair Cockburn, pionnier du développement agile, a inventé le terme "walking stool" lorsqu'un chef de projet lui a expliqué la manière dont l'idée avait été utilisée dans un projet antérieur.