Для организаций · embedded, interim, проект или постоянная роль

Как я могу усилить вашу организацию

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

Обсудить задачу Обо мне

30+ / 20 человек и инженеров под руководством~50 млн ₽ годовой бюджет~50 / 2 клиентов и дата-центра как основатель

Четыре ситуации, в которых меня стоит звать

Я строил инженерные организации руками, процессами и бюджетом — и знаю, как они выглядят изнутри, когда «внедрение» проваливается. Полезнее всего там, где есть сложная система, люди с разными интересами и результат, который нужно измерить.

Turnaround застрявшего IT-проекта

Проект стоит месяцами, а команды спорят почему?

Внедрение или проект с подрядчиком месяцами без результата; команды и поставщик объясняют задержки друг другом; бюджет уходит, решения «сменить подрядчика» или «купить серверы мощнее» принимаются на эмоциях.

Что я делаю

Останавливаю спор на предположениях и договариваюсь об объективных метриках со всеми сторонами. Измеряю: нагрузка, ресурсы, узкие места, качество кода. Согласовываю архитектуру решения и поэтапный план с критериями успеха. Команды, как правило, не меняю — меняю модель взаимодействия. Предложения подрядчика оцениваю на данных, включая скрытые риски.

Формат. Проект: диагностика, затем сопровождение до выхода на план; либо embedded-руководство инициативой до результата.

Команды + подрядчикспор, нет сигнала
Общие метрики
Первопричина
План по этапам
Поставка

~6 / ~12 месMVP и промышленная эксплуатация 1С после месяцев простоя
0замен команд
> ½ годовой выручкискрытые затраты, от которых защищён клиент-завод (оценка)

Подробнее: доказательство

Проект внедрения 1С стоял несколько месяцев в споре «код или серверы» между инфраструктурой, поддержкой и подрядчиком. После измерений — согласованная архитектура и план: рабочая версия через ~6 месяцев, промышленная эксплуатация через ~12, без замены команд.

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

Эксплуатация, поддержка, incident management

Поддержка растёт вместе со штатом, а проблемы возвращаются?

Заявки не убывают, сильные инженеры разбирают повторяющиеся сбои вместо развития, о нарушении сроков узнают от клиента, SLA есть в договоре, но не в процессе.

Что я делаю

Классифицирую поток и нахожу причины: обычно значительная часть обращений — повторяющиеся сбои. Разделяю службу на эксплуатацию и системное устранение первопричин. Строю управляемый процесс: уровни компетенций, severity с автоматическими сроками, эскалация до истечения SLA, разбор инцидентов без поиска виноватых, метрики зрелости. Изменения — через короткий пилот с метриками.

Формат. Проект: диагностика → дизайн процесса → пилот → масштабирование; либо interim-руководство эксплуатацией на период перестройки.

Обращений в день~30~4
Первая реакция~2 ч~15 мин
Выполнение SLA~80 %~90 %

~7 %меньше эскалаций между уровнями
2 годабэклога закрыты за год
1 неделяпервый пилот; схема стала постоянной

Подробнее: доказательство

Поток обращений ~30 → ~4 в день, двухлетний бэклог ликвидирован за год — устранением причин, а не ограничением регистрации. Среднее время первой реакции ~2 часа → ~15 минут, выполнение SLA ~80 → ~90 %, эскалаций примерно на 7 % меньше (оценки по данным helpdesk).

Реорганизация через сопротивление генерального директора: недельный пилот с заранее заданными метриками — схема стала постоянной. Два дата-центра без единой точки отказа, где о сбое канала мониторинг сообщил раньше, чем клиент.

Техническое руководство: interim, embedded, постоянно

Направление есть. Ответственного за результат — нет.

Основатель-CTO перегружен, руководитель ушёл или компания выходит на новый масштаб: решения откладываются, команда работает без приоритетов, техдолг копится, найм затягивается.

Что я делаю

Беру направление под ответственность: приоритеты, архитектурные решения, процессы, люди, бюджет, подрядчики. Строю так, чтобы оно работало без ручного управления: уровни ответственности, документация как часть работы, менторинг «вырасти себе замену», метрики по исходу. Считаю экономику: автоматизировать, делать самим или покупать; расти без пропорционального роста штата.

Формат. Постоянная роль, interim на период перехода или fractional-руководство направлением — обсуждаю все три.

БизнесЗаказчики · бюджет · P&L

Технический владелец направленияприоритеты · архитектура · экономика · люди

ИнженерыЭксплуатацияПодрядчики

30+ / 20человек и инженеров, ~50 млн ₽ в год
~50 / 2клиентов и дата-центра с нуля
2022 →компания работает после моего выхода

Подробнее: доказательство

Технический директор INCO: 30+ человек, 20 инженеров, бюджет ~50 млн ₽ в год, договорные SLA с бизнес-критичными клиентами. Основатель и CTO IT Native: с одного человека до ~50 клиентов, двух дата-центров и выручки ~50 млн ₽ в пике; компания работает после моего выхода в 2022 году.

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

Есть похожая ситуация? Обсудить

Новый слой · AI в delivery — пилот в одной команде

AI уже пишет код. Теперь нужен управляемый delivery.

Инженеры пользуются AI-инструментами каждый по-своему: скорость выросла на задачах, но не в поставке; растёт непроверенный код; неясно, кто отвечает за написанное агентом; эффект нечем измерить.

Что я делаю

Не внедряю инструмент — перестраиваю процесс одной команды так, чтобы AI работал внутри существующей дисциплины: правила проекта для агентов, обязательное ревью, тесты как условие приёмки, границы автономии. Пилот с метриками, согласованными заранее: время цикла, доля изменений с тестами, дефекты в продакшене. По результату — масштабирование или честное «не сработало здесь». Это не обучение инструментам и не стратегия AI: моя модель проверена в собственных проектах, AI-native организацию на масштабе я не строил и не обещаю.

Формат. Embedded в одну команду на период пилота; далее — по результату.

Инженер + AI-агент
Ревью
Тесты
Метрики
Управляемый delivery

2025 →ежедневно в этой модели
85+сквозных сценариев в CI во флагманском проекте
1команда — граница пилота

Подробнее: доказательство

С 2025 года работаю в этой модели ежедневно: два продукта, где значительную часть кода, тестов и миграций пишут агенты по правилам проекта, а архитектура, ревью и продакшен — за человеком; во флагманском проекте — 85+ сквозных сценариев в CI и отдельные агенты для деплоя и миграций. До этого — руководство командами автоматизации тестирования в международном аутстаффинге (Python, CI/CD) и культура «изменение не завершено, пока не обновлена документация».

Как я работаю внутри организации

В ваших процессах и инструментах.Меняю только то, что мешает результату, и объясняю почему.
Через пилот, а не приказ.Скептики убеждаются данными, а не мной.
Все стороны за одним столом.Конфликт переводится в общие критерии, а не в поиск виноватых.
Люди остаются.Менять нужно правила и взаимодействие, а не команду.
Измеримый исход.Исчезновение эскалаций, сроки, которые держатся, цифры «до → после».
Изменение завершено, когда закрыта причина и обновлена документация.Иначе через полгода всё вернётся.

Форматы

Постоянная рольруководство инженерным направлением, эксплуатацией или продуктовой инженерией
Interimна период перехода или до выхода постоянного руководителя, с передачей преемнику
Embeddedвнутри существующей команды, с ответственностью за поток или инициативу
Проектдиагностика → дизайн → пилот → масштабирование, с согласованным результатом

Удалённо из Белграда; для постоянной или interim-роли готов обсуждать присутствие. Срок — после понимания контекста.

400+ · ~96 ч восстановление почты, которое вендор считал невозможным — История →

Есть задача внутри организации, которая не двигается?

Напишите в 2–3 предложениях, что происходит и что уже пробовали. Отвечу, как бы подошёл; если это не моя задача — скажу сразу.

Обсудить задачу Обо мне

Почтаsaltykov.nikita@hotmail.com LinkedInlinkedin.com/in/nikita-saltykov

Нужно реализовать отдельную систему автономно? Что я беру целиком.