Я думала, что «Выжить в IT» — это про меня. Оказалось, это про проекты.

Название каналу я давала из состояния "как не свихнуться в бесконечных согласованиях". Пятнадцать лет внутри: сначала маркетолог, диджитальщик, потом проджект, потом человек, который отвечал за то, чтобы платформы поехали в промышленную эксплуатацию в кросс-функциональной команде. Выживала, естественно, я.

А потом я начала смотреть, что происходит с проектами после сдачи. И увидела странное: люди-то как раз выживают. Уходят в другой отдел, меняют работу, забывают. Не выживает система. Проходит год — и часть процессов тихо возвращается в Excel, а купленный за много миллионов контур стоит красивым памятником самому себе.

Причина почти никогда не техническая.

Внедрение перераспределяет власть. Кто-то теряет контроль над цифрой, которую раньше давал только он. Кому-то становится видно, как он на самом деле считает. Кто-то физически не успевает заполнять то, что раньше держал в голове и в своём файле. Это не саботаж и не глупость. Это нормальная реакция системы на изменение нагрузки и статуса — Левин описал её в сорок седьмом году, а мы до сих пор запускаем проекты так, будто движущие силы есть, а сдерживающих не бывает.

Поэтому я давно начинаю проекты не с архитектуры. Я начинаю с вопроса, кто в этой компании потеряет, когда система заработает, и что мы ему дадим взамен. Иногда ответ такой, что проект лучше не начинать.

Название канала оставляю — просто теперь оно значит другое. Здесь будет про то, как выживают системы, которые я строю. Про согласования, которые никто в компании не может описать вслух. Про то, сколько на самом деле стоит внедрение и почему предпроектная аналитика дешевле переделки.

Кто-нибудь помнит систему, которую внедрили — а через год все тихо вернулись в Excel? Что там сломалось на самом деле?