Эти понятия обычно смешиваются везде. Кажется, что оба основаны на Lean, но это все. Суть подхода Lean Startup, по-видимому, заключается в разработке MVP (минимально жизнеспособного продукта) . Принимая во внимание, что суть бережливой разработки программного обеспечения, по-видимому, заключается в устранении потерь .
Можем ли мы так сказать?
Я бы предложил, чтобы бережливая разработка программного обеспечения подробно обсуждалась Мэри Поппендик и Томом Поппендик .это методология, тесно связанная с семейством Agile методологий разработки программного обеспечения, таких как Extreme Programming и Scrum, каждая из которых имеет свои собственные акценты в дизайне, ритуалы и сообщество. Однако в основе всей культуры Lean/Agile лежит убеждение в том, что быстрые циклы обратной связи — когда обратная связь должна быть в форме «живых» реакций (таких как всплески продаж или использования) из «реальной среды» (от клиенты, потенциальные клиенты и пользователи, что наиболее важно) — необходимы для обнаружения важных, но ложных предположений, часто скрытых в документах по планированию или требованиям. Таким образом, вы можете думать об экосистеме практик Lean/Agile как о средствах обеспечения быстрых циклов обратной связи — «потерпеть неудачу, чтобы быстрее добиться успеха» — для выявления и управления рисками, связанными с ложными предположениями о среде разработки.
«Бережливый стартап» просто применяет идею использования быстрых циклов обратной связи, чтобы выявить ложные предположения для развития клиентов и бизнес-стороны организации. Стив Бланк придумал этот термин и создал процессы, связанные с «развитием клиентов», которые Эрик Рейс построил для разработки «обучения стартапу».
Канбан — это инструмент, как вы упомянули, который можно использовать в любом стиле управления проектами, даже в водопадном.
Я думаю, что следующие несколько статей идеально подходят для того, чтобы легко понять разницу.
Из oxzigen.com — бережливая разработка программного обеспечения :
Методологии Lean IT и Lean Startup легко спутать. (...) Я иногда использую аналогию с рестораном, чтобы описать эти разные роли. Согласно этой аналогии, действия по бережливому стартапу происходят в основном в «столовой», где есть прямой контакт с клиентами. (...) С другой стороны, бережливые ИТ-деятельности в основном происходят на «кухне». Их цель состоит в том, чтобы поставлять высококачественный продукт быстро и эффективно.
Из w2lessons.com - анализ минимального жизнеспособного продукта :
Одним из фундаментальных и наиболее неправильно понимаемых принципов бережливого стартапа является минимально жизнеспособный продукт (MVP). (...) Для начала вы должны смотреть на MVP не как на продукт, а как на эксперимент. (...) Дело в том, что реальный продукт вообще не обязательно должен существовать. (...) Вместо создания целой системы создайте простую целевую страницу с несколькими скриншотами от вашего графического дизайнера (вспомните about.me).
Челдер