Слышали ли вы когда-нибудь фразу «Мы не сможем отправить товар, пока все не будет готово»? Я здесь, чтобы сказать вам, что почти всегда есть способ выпускать что-то постепенно и повторять это (за исключением самолетов, их, вероятно, необходимо доработать).
Какую проблему вы решаете?
Используйте другой подход, когда кто-то спрашивает вас: «Сколько времени займет это строительство?»
Начните с понимания, в чем заключается проблема, и задайте множество вопросов.
Кто конечный пользователь?
Кто заинтересованные стороны?
Какие у нас конкуренты?
Как мы измеряем успех?
Ниже приведен пример процесса под названием «Обнаружение и формирование». В первом ромбе вы исследуете проблемное пространство и определяете, какие проблемы являются наиболее ценными (как с точки зрения пользователя, так и с точки зрения бизнеса).
После сужения проблемы, которую вы решаете, вы можете перейти к решениям. Именно сюда людям нравится забегать вперед, потому что так удобнее и легче думать.
«Если бы у пользователя было «живое видео» в приложении, он бы никогда не ушел!»
Если вы понимаете проблему и каковы реальные потребности Пользователя и Бизнеса, вы сможете лучше понять, как выглядит успех и как можно быстрее проверить свои предположения.
Иногда ничего не строя!
Выпустите MVP или RAT
Типичные проекты или планы программного обеспечения создают большие разделы горизонтальной функциональности. (Я смотрю на вас Диаграммы Ганта)
Примерами этого являются сначала создание всей инфраструктуры или создание базы данных, затем создание серверной части, а затем создание внешнего интерфейса.
Вместо этого подумайте о том, какой MVP или минимально жизнеспособный продукт вы можете быстро выпустить, и получите отзывы от своих клиентов.
(По сути, это советы из книги Бережливый стартап, которую я очень рекомендую, если вы еще не прочитали)
