"Если вам не стыдно за первую версию вашего продукта, значит, вы запустили его слишком поздно." — Рид Хоффман В Splits мы следуем этому подходу к разработке программного обеспечения: сделать, чтобы это работало → сделать, чтобы это было правильно → сделать, чтобы это было быстро. Порядок имеет значение. Вот что мы узнали, отправляя каждую фазу:

Сделайте это работающим = функциональный прототип. Он должен быть грубым. Он должен быть неуклюжим. Быстро покажите это пользователям. Как мы определяем объем MVP: 1) Перечислите все, что, по нашему мнению, может быть важным или актуальным для проекта. 2) Каков *абсолютный минимум* из этого списка, который мы можем завершить и получить функциональный прототип?

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

Сделайте это быстро = оптимизируйте производительность. Честно говоря, мы все еще учимся на этом этапе. Большинство команд сейчас в режиме "сделать это правильно" 🤷‍♂️ Но вот вдохновение, которое нас движет:

Почему этот подход работает: Секвенирование — это стратегия. То, что вы учите сегодня, формирует то, что вы создаете завтра. Если вы пропустите этапы, у вас не будет информации, необходимой для правильного решения проблем. Действие производит информацию. Но *умышленное* действие производит *более полезную* информацию.

Ловушка пытается сделать всё правильно в то время, как вы пытаетесь заставить это работать. НЕТ. "Позвольте себе разрешение выпустить что-то, что вы знаете, что не так." — @wminshew