Начинайте с середины

В примерах выше команда не начинала с входа в систему. Она не стала сначала создавать возможность завести исследовательский проект и участника интервью, а уже потом решать задачу добавления данных интервью. Участники сразу перешли к середине, где находилась интересная проблема, а всё остальное заменили заглушками, чтобы добраться до неё.

Развивая эту мысль, вот три критерия, о которых стоит подумать, выбирая, что реализовать первым.

Во-первых, это должно быть что-то центральное. Переключатель видимости был центральным элементом концепции «Клиенты в проектах». Без него остальная работа не имела бы смысла. Сравните его с более периферийной частью проекта, например возможностью переименовать клиента. Обе были «необходимы», но одну было важнее проверить в начале цикла. В приложении для интервью запись данных была более центральной задачей — находилась ближе к середине, — чем создание нового исследовательского проекта.

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

В-третьих, это должно быть что-то новое. Если две части проекта одновременно центральные и небольшие, выбирайте ту, которую вы прежде не делали. В функции «Клиенты в проектах» интерфейс добавления клиентов почти не отличался от интерфейса добавления обычных пользователей. Начав с него, команда продвинула бы проект, но ничему не научилась бы и не уменьшила бы неопределённость. Начало с переключателя видимости повысило уверенность всех участников, потому что доказало: новая идея будет работать.