В цифровом проекте слово «срочно» часто звучит раньше, чем становится понятно, что именно надо сделать.
Срочность бывает настоящей: меняется рынок, срывается клиентский сценарий, появляется обязательство перед партнёром. Но она не отвечает на главный вопрос — какое решение должно стать возможным после запуска.
В роли CDTO мне важнее не спорить со сроком ради срока. Мне важно отделить то, что действительно нужно выпустить сейчас, от того, что просто хочется успеть назвать запуском.
Иначе команда получает задачу в форме тревоги. Бизнес ждёт результат. IT пытается угадать объём. Пользователь узнаёт о новом порядке работы в последний момент. А после запуска все удивляются, почему «быстро» оказалось не равно «полезно».
Иногда лучший способ сохранить срок — не обещать в нём всё. А прямо назвать, какая часть решения обязана заработать сейчас, а какая может подождать без вреда для бизнеса.