Walking Skeleton – это простая техника приоритизации для MVP

Метод определения приоритетов Walking Skeleton («Ходячий скелет») появился в начале 2000-х годов. Его пропагандировал доктор Алистер Кокберн (Dr. Alistair Cockburn), эксперт в области гибкой разработки программного обеспечения, и он часто описывал этот метод как:

… Крохотная реализация системы, выполняющая небольшую сквозную функцию. Он не должен использовать окончательную архитектуру, но он должен связывать вместе основные архитектурные компоненты. Затем архитектура и функциональность могут развиваться параллельно.

Walking Skeleton — это представление вашей базовой архитектурной концепции. Это не набросок вашей концепции, это действительно исполняемый и поставляемый (он может «ходить») продукт, который должен сопровождаться тестами.

Из-за характера этого метода «Walking Skeleton» используется для определения приоритетов функций в MVP и определяет, какие из них являются абсолютно критическими для работы продукта. Иногда Walking Skeleton может быть меньше, чем настоящий MVP, но он приоритезирует необходимые функции.

Как это работает?

Все функции расположены в виде столбцов, действующих как позвонки, а истории свисают, как ребра. Это представление позволяет визуализировать важность пользовательских историй в рамках определенных функций и сосредоточиться на реализации одного набора историй за раз.

После того, как вы определили основу и перечислили все свои основные функции, вы можете начать расставлять приоритеты для историй в каждом ребре. Чем выше приоритет истории, тем она ближе к позвоночнику, тем она важнее и актуальнее. Истории, которые ближе к концу, менее важны.

После того, как вы разместите истории, вы увидите минимальную реализацию вашего продукта в верхней части «Карты историй». Это то, что доктор Алистер Кокберн называет «Ходячий скелет»: очень минималистичный, но рабочий продукт, который обычно готов для тестирования пользователем.

Когда использовать?

Основная цель модели «Walking Skeleton» - гарантировать, что MVP в итоге будет «ходить», что означает, что он будет работать в соответствии с требованиями. Таким образом, если вы оцениваете функции с помощью этой модели, вам нужно будет определить следующее:

• Все необходимое, чтобы система работала
• Функции, которые должны быть там в соответствии с требованиями
• Функции, которые соответствуют бизнес-целям и ценностям
• Функции, которые прошли испытания

Если вы выберете и реализуете эти функции, в результате вы получите работающий MVP. С другой стороны, эта модель не подразумевает предоставление более устойчивого и сложного продукта с многочисленными дополнительными функциями или дополнительной бизнес-ценностью, поэтому в вашем распоряжении будет только голая функциональность.