Сначала запуск, потом улучшения ★ 

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

Какая разница, будет итераций две или сто? На что это влияет? Как это связано с результатом? Ровным счётом никак. Можно решить задачу за два подхода, можно за один, а можно перебрать 50 вариантов и не найти решения.

Не важно, сколько подходов вы делаете к черновику, макету или коду. До тех пор, пока результат вашего труда недоступен людям, нет смысла перебирать варианты. До тех пор, пока продукт не запущен, всё это лишь предположения и догадки. Берите лучшую и действуйте.

Всё равно никто не знает, как правильно. Нет никакого объективного способа измерить и предсказать успех или эффективность одного из решений. Только запуск и обратная связь от реальных пользователей позволит узнать правду о вашей работе.

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

Всё, что вы делаете в процессе создания текста, дизайна или кода — не итерации.

Чётко разделяйте запуск и итерации. Запускать нужно как можно скорее, и уже потом — улучшать. Но не наоборот. Если не установить это ограничение, можно попасть в петлю сомнений: бесконечно перебирать одинаково хорошие варианты, но так и не сделать проект.

Поделиться
Отправить
Запинить

Ваш комментарий