Обе системы технически работали. Ни одна не вышла в продакшен. Причины не в технологии · в экономике и инфраструктуре. Расскажу, что я понял на этих проектах и как это изменило мой подход к оценке.
Когда мы посчитали полную стоимость разработки, постоянной поддержки и адаптации под изменения в нормативной базе · оказалось, что содержать двух специалистов, делающих ту же работу руками, в моменте выходит дешевле. Регулярные обновления ГОСТ и СанПиН требовали бы постоянного сопровождения системы, и совокупная стоимость владения автоматизацией превышала фонд оплаты труда на эту функцию.
Бизнес рационально отказался от внедрения.
Автоматизация ради автоматизации не работает. Технически впечатляющий проект может оказаться экономически бессмысленным, если задача низкочастотная или нормативная база требует постоянной адаптации. С этого проекта я начал каждый разговор с клиентом со счёта: сколько человеко-часов мы экономим, сколько стоит разработка, сколько стоит поддержка. Если математика не сходится · мы не делаем проект, даже если можем.
Технически проект был реализуем. Деньги у заказчика были. Команда готова. Архитектура продумана.
Но мы не смогли найти специализированное аппаратное обеспечение, необходимое для развёртывания системы в нужном масштабе. Производственные мощности, на которые мы рассчитывали при проектировании, оказались недоступны на российском рынке в нужных объёмах и в нужных характеристиках. Импортные альтернативы не подходили по совокупности причин, российские аналоги не вытягивали требования проекта.
Проект был приостановлен до момента, когда необходимое железо станет доступно. Когда это произойдёт · мы вернёмся к нему.
Технология · это не только код. Это ещё и физическая инфраструктура, которая должна существовать в нужный момент в нужном месте. Я научился на этапе оценки проверять не только наличие технологии, но и доступность всей цепочки её внедрения: поставки оборудования, сроки, альтернативы. С этого проекта в моих оценках появилась отдельная строка · «риск инфраструктуры».
Я мог бы не упоминать эти проекты. Они под NDA, никто их не увидит, если я не покажу. Но если я не покажу · портфолио будет нечестным.
Из обоих провалов вышел с одним и тем же пониманием: считаем экономику и проверяем инфраструктуру до того, как пишем код. Это сейчас определяет, как я работаю с клиентами на этапе оценки. Не «можем ли мы это сделать», а «должны ли мы это делать сейчас и в этих условиях».
Поэтому я говорю «нет» примерно одному из четырёх проектов, которые мне приносят. Это не потому, что я разборчив. Это потому, что я уже видел, что бывает, когда говоришь «да» неправильному проекту.
Начнём со счёта · сколько человеко-часов экономим, сколько стоит разработка и поддержка. Если математика не сходится · скажу прямо.
СвязатьсяДесять историй, где математика сошлась и проект вышел в продакшен. С реальными цифрами по выручке, конверсии и срокам.
Открыть кейсы →