"If you’re not embarrassed by the first version of your product, you’ve launched too late" Reid Hoffman

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

Тут важно учитывать, что речь не про что, что нужно, как можно раньше выпустить сырой(-ую) с точки зрения качества продукт(фичу). Продукт может иметь ограничения, по фичам, по поддерживаемым сценариям использования и тдтп.
Но все что заявлено рабочим - должно работать. Именно поэтому ключ к раннему выпуску - это контроль за скоупом того, что хотим выпустить. Снижение качества - это не альтернатива скорости. Скоуп - вот ваш инструмент.

Сбойнувшая функциональность, которую пользователь ожидал работающей, расстраивает сильно больше, чем то ограничение, которое явно прописано. В конце концов, только так вы узнаете, что то, что вы еще не доделали, действительно восстребовано: явно обозначенные ограничения могут заставить пользователя четче обозначить свои ожидания.
Ограничив скоуп, фокусируйтесь на нем, не распыляйте силы на "вот прикольная фича, давайте добавим ее в релиз, хотя и не планировали - у части команды ведь есть время, пока остальная что-то доделывает". Лучше подключить "временно безработных" к тем, кто еще трудится. Больше пользы на долгосроке: шаринг экспертизы по фичам, больше покрытия проверками (например) уже реализованных фичей, меньше риск слома сборки "прикольной фичей".

#мысли_вслух #процессы #quality