Комментарии 2
Судя по отсутствию комментариев - то ли ни у кого не было факапов, то ли никто не хочет о них вспоминать. А ведь это считай самая мощная (хотя и болезненная, конечно) точка роста.
Итого навскидку:
1. Разработка продукта - вместо MVP было решено сразу делать полнофункциональную версию. Потому что "оно же не может не выстрелить"(с) маркетологи. В итоге пока поняли, что оно все же не выстреливает - потратили несколько человеко-лет.
Выводы? "Fail fast approach" для всех последующих гениальных идей.
2. Разработка изначально коробочного продукта, первое внедрение у крупного заказчика (aka "наше все"), который в итоге формировал основной cash flow для команды. Тот же, пользуясь своим положением, раз за разом продавливал развитие "коробки" под свои процессы. Что имеем в итоге? Кастомный продукт и отставание от продуктов-конкурентов.
Выводы? Ориентироваться не на конкретного контрагента, а на рынок целиком.
3. "Резиновое ТЗ" - для заказчика, уже имевшего в эксплуатации несколько других наших продуктов, делали очередную систему. Уже после разработки и внедрения (все согласно BRD и ТЗ) заказчик мелкими запросами "давайте вот тут еще чуть-чуть добавим / а мы имели в виду еще и вот это / у нас тут слегка полностью поменялись процессы" продавил еще примерно половину изначальной трудоемкости внутри того же бюджета.
Выводы? Фиксировать все договоренности как SMART-задачи, допускающие минимальную вероятность двойного толкования. Полный перенос рисков на сторону исполнителя - путь в никуда и лучше на него не становиться.
PS Сейчас, если по завершении проекта мне кажется что все прошло как по маслу - напрягаюсь еще больше, так как скорее всего упускаю что-то глобальное :)
Без бумажки ты…или истории наших факапов с заказчиками при разработке сайтов