Работаем мы по FFF: фиксируем срок и бюджет, а гибким оставляем скоуп. Идея в том, что когда все, что хотелось, в релиз не помещается, мы не двигаем дату и не добираем людей, а решаем, что со скоупом делать: что-то упростить, что-то отложить в следующую очередь, а что-то и вовсе выкинуть.
То есть флекс скоупа — штатный рабочий инструмент, которым нужно пользоваться постоянно.
Обычно проблема в том, что пользоваться им забывают: пока флексить можно, его все откладывают и откладывают.
А работает он только пока есть что резать. Флексить можно по-разному: упростить фичу, разбить на этапы, перенести, ну, или вырезать совсем. Но почти любой из этих вариантов касается того, без чего все еще получается доставить ценность. И тут чем дольше тянуть, тем меньше поля для маневра остается: команда успевает сделать как раз то, что можно было бы пофлексить.
Почему так происходит?
1️⃣Оптимизм: кажется, что вот эту задачу закроем быстрее, чем договаривались.
2️⃣Флексить по-настоящему — это идти к заказчику и говорить «мы не успеваем, давайте вот это упростим или уберем». Разговор неприятный, и его хочется отложить. В итоге варианты сокращений крутишь в голове или обсуждаешь внутри команды, но до заказчика они не доходят. А без него никакого флекса не происходит, ведь объемом-то распоряжается он.
С оценками та же история. Задачу оценили в сто часов, заказчик готов оплатить шестьдесят пять, сошлись на семидесяти пяти, а сделать получилось все равно только за сто.
Чтобы флексить вовремя, нужно вовремя замечать, что пора. Для этого команда регулярно собирает прогресс и сверяется с планом. И как только видно, что что-то идет не так, флексим, пока еще есть чем маневрировать. И не в одиночку, а вместе с заказчиком. Если тянуть, наступает момент, когда флексить уже нечего, а дедлайн никуда не денется.