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


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

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


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


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


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


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


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


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


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


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

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


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


Технологии Blogger.