От спасателя к архитектору: почему я больше не тушу пожары.

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

Платформа обычно ни при чём. После одного из провальных проектов миграции 1С эта истина стала абсолютной. Проблема крылась не в коде, она заключалась в процессах, которые никто даже не попытался исследовать, и в ответственности, которую руководство привычно переложило на систему. Цифровой продукт никогда не исправляет кривую бизнес-логику - он лишь масштабирует её до промышленных размеров. Если процесс нелогичен, автоматизация позволит совершать те же ошибки быстрее, чаще и сделает их обслуживание кратно дороже. Поэтому сначала процессы, затем логика, и только потом - интерфейс и код.

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

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

Мои условия работы (принципы моего мандата): ➡️ Полномочия. Если я диагностирую неэффективность процесса, мне предоставляют полномочия для его полной перестройки. ➡️ Прозрачность. Если необходимо демонтировать прогнившую конструкцию, у меня есть безусловный доступ к любой информации и гарантированная поддержка руководства. ➡️ Паритет. Моя зона ответственности строго соответствует моему уровню влияния. Я не отвечаю за результат там, где мне разрешают только наблюдать со стороны. ➡️ Ресурс. Я не спасаю проекты по ночам ценой своего здоровья и не работаю "за идею" в условиях, пока другие получают высокие должности и полную зарплату за бездействие.

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