170 подписчиков
Мох, палки — и в бой! Почему бизнесу не нужен «идеальный» продукт…
В IT и продакт-разработке нас учат: сначала исследование, потом архитектура, QA, безопасность, документация… И только потом — релиз.
Но бизнес часто говорит иначе:
«Нужно вчера. Прямо сейчас. Хоть из мха и палок — но работающее».
И это не глупость. Это реальность.
Бизнес живёт в условиях конкуренции, упущенной выгоды и быстро меняющейся среды. Для него результат здесь и сейчас важнее, чем идеальная архитектура через полгода. Он готов платить за прототип, MVP, даже за «костыль», если тот решает его боль сегодня. Да, это может быть небезопасно. Да, техдолг будет расти. Да, разработчики будут страдать. Но если проект не запустить срочно — он может просто стать ненужным.
С точки зрения PMBOK или классического управления проектами — это ересь. Но с точки зрения ценности для бизнеса — это единственно возможный путь.
Мы, технари, часто хотим сделать «как надо». Но иногда «как надо» — это то, что вообще не будет запущено. А «как есть» — уже приносит результат.
Конечно, есть и обратная сторона…
Иногда лучше не запускать ничего, чем выпустить продукт, который подорвёт репутацию, нарушит compliance или приведёт к критическим сбоям. Особенно если сроки «горят» не из-за рыночной необходимости, а из-за плохой организации работ, отсутствия внятного планирования или размытой постановки задач от заказчика.
В таких случаях «продукт из мха и палок» легко воспринимается не как смелый шаг в условиях неопределённости, а как признак некомпетентности команды —даже если вы просто пытались спасти ситуацию.
Быстрый запуск может быть разумным и даже необходимым решением — но только если за ним стоит осознанный бизнес-риск, а не внутренний хаос. Когда сроки диктует рынок — смелость оправдана. Когда их создаёт беспомощность в управлении — лучше остановиться.
Потому что иногда самый ответственный поступок — не запускать ничего, пока не будет ясности.
1 минута
21 марта