ФФФЯ считаю, что одна из важнейших концепций в разработке продуктов — это fix time, fix budget, flex scope (или коротко ФФФ).
Далее я буду употреблять слово “проект” в контексте разработки продукта, потому что любое заметное изменение в продукте — это небольшой проект: есть цель, сроки и бюджет.
Как все мы знаем, в любом проекте с вероятностью 99% всё пойдёт не по плану — нельзя реализовать задуманное за 100% времени (time), потратив 100% денег (budget), со 100% функциональности (scope) и 100% качеством.
По дороге обязательно придётся чем-то жертвовать. Чем?
• Время — невосполнимый ресурс. Чем больше мы тратим времени на разработку, тем позже мы узнаём, что это никому не нужно.
• Бюджет — включение новых людей в команду занимает уйму времени (поиск, найм, обучение), так ещё и с увеличением людей, вовлечённых в проект, уменьшается его управляемость.
• Качество — самое дорогое, чем можно пожертвовать. Репутацию сложно заработать, но очень легко потерять.
• Функциональность — пожертвовав ей, мы сможем запустить продукт раньше и узнаем, что, возможно, нереализованные фичи никому не были нужны
😜.
Впервые я узнал об этой концепции от Бюро Горбунова — у них есть очень клёвое и детальное
объяснение.
А прочувствовал её на себе я в полном объёме, когда работал в Тинькофф. Изначально на запуск продукта закладывалось 4 месяца. В начале третьего стало понятно, что там не 4, а 8 (нам тогда так казалось, ха-ха). При этом мы в два раза порезали скоуп и в итоге запустили за 8 месяцев. Страшно подумать, сколько бы заняло время, если бы запускали всё в изначально запланированном объёме.
Каждый раз отрезать придуманную функциональность больно. Особенно если вы придумали её сами. Но без этого можно погрязнуть в болоте постоянных переносов сроков и обсуждений увеличения команды.
🦄 Про то, как именно можно отрезать обязательно поговорим в другой раз)
Если у вас есть 5 минут — вот
игра, которая покажет это на максимально жизненном примере.
