Однажды мы срочно запускали приложение для управляющей компании. Команда напряглась и с...
Однажды мы срочно запускали приложение для управляющей компании. Команда напряглась и сделала его. А потом выяснилось, что приложение никому не нужно. Предполагаемый владелец продукта от него отказался. Подразделению PR предложили заниматься наполнением приложения, но там ответили, что это не их задача и они не будут её брать. В итоге продукт успешно похоронили. Усилия команды оказались напрасными, а компания потратила деньги на разработку решения, у которого не было ни настоящего владельца, ни понятного плана работы после запуска. Срочность помогла быстро сделать приложение, но не ответила на основные вопросы. Кто отвечает за продукт? Кто будет наполнять его после запуска? Кому и для чего он нужен? Что должно измениться в работе компании или её клиентов? После этого случая я осторожно отношусь к фразе «нужно срочно запустить». Скорость разработки не компенсирует отсутствие владельца и реальной потребности. Иногда признак цифровой зрелости — не успеть сделать быстрее всех, а вовремя остановить проект, который после запуска некому поддерживать и незачем использовать.