Мысль автора была следующей — не для всех видов разработки подходит SCRUM, особенно если он превращается в карго-культ.
Когда заказчик ТРЕБУЕТ каждую неделю показать какой-то результат, который можно «пощупать руками», то иногда результат выглядит просто смешно.
В публикации как раз и рассказывается про такой «смешной случай», когда вместо того что выполнить подготовительные действия (выбрать, установить и настроить инструменты разработки; описать сущности и определиться со структурой данных, создать ТЗ и т.д.) за 1-ю неделю разработки требуется показать готовый продукт.
«Я, как пользователь, хочу получить систему, в которой производственные и бизнес-процессы предприятия отображаются в блокчейне» — это не только 1-я Пользовательская история, но и общее описание проекта.
Когда заказчик ТРЕБУЕТ каждую неделю показать какой-то результат, который можно «пощупать руками», то иногда результат выглядит просто смешно.
В публикации как раз и рассказывается про такой «смешной случай», когда вместо того что выполнить подготовительные действия (выбрать, установить и настроить инструменты разработки; описать сущности и определиться со структурой данных, создать ТЗ и т.д.) за 1-ю неделю разработки требуется показать готовый продукт.
«Я, как пользователь, хочу получить систему, в которой производственные и бизнес-процессы предприятия отображаются в блокчейне» — это не только 1-я Пользовательская история, но и общее описание проекта.