Никита Салтыков Nikita Saltykov

Никита Салтыков Nikita Saltykov Инженерный руководитель и основатель Engineering leader and founder

Строю инженерные организации как системы. I build engineering organizations as systems.

Процессы, ответственность, надёжность, экономика — и перенос этого принципа в эпоху AI. 18+ лет: от инженера первой линии до технического директора и собственной компании.

Process, accountability, reliability, economics — and the same principle carried into the AI era. 18+ years: from first-line engineer to Technical Director and a company of my own.

Написать мне Get in touch LinkedIn

Белград, Сербия Belgrade, Serbia Remote в приоритете, гибрид возможен Remote preferred, hybrid possible

  • 18+ лет в инженерном руководстве years in engineering leadership
  • 30+/20 человек в организации, из них инженеров people in the organization, of them engineers
  • ~50 млн ₽ ~50M ₽ выручки в пике (2020) в компании, основанной с нуля peak revenue (2020) of the company I founded from zero
  • ~50 постоянных клиентов на собственной платформе recurring clients on our own platform
  • 2 распределённых дата-центра без единой точки отказа distributed data centers, no single point of failure
  • ~7× меньше поток клиентских заявок после перестройки поддержки lower client request volume after rebuilding support

Сила — не код, а система, в которой продукт и сервис появляются предсказуемо My strength is not code. It is the system that makes product and service delivery predictable

Инженерный руководитель с 18+ годами в построении инженерных организаций, операционных систем и корпоративной инфраструктуры. Прошёл путь от инженера первой линии до технического директора, затем с нуля основал и вырастил компанию — управляемый инфраструктурный бизнес (IaaS/SaaS) с ~50 клиентами и собственной отказоустойчивой платформой.

Engineering leader with 18+ years building engineering organizations, operating systems and enterprise infrastructure. I progressed from first-line support engineer to Technical Director, then founded and grew my own company from scratch — a managed infrastructure business (IaaS/SaaS) with ~50 recurring clients and its own fault-tolerant platform.

Моя сильная сторона — не написание кода, а создание системы, в которой продукт и сервис появляются быстро, предсказуемо и надёжно: процессы, ответственность, культура и экономика. Я строил инженерную организацию как систему, а не как отдел, и всегда мыслил через ценность для бизнеса, а не через технологии ради технологий.

My strength is not writing code but building the system in which product and service emerge fast, predictably and reliably: process, accountability, culture and economics. I built the engineering organization as a system rather than a department, and always reasoned from business value rather than technology for its own sake.

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

I believe AI changes the economics of building products: an engineering organization no longer has to scale by headcount — it can scale by the quality of human–AI collaboration. A leader today owns not just people but the whole engineering system: people, AI, architecture, process and the speed of testing hypotheses. I apply this in practice: in my own working MVP I set the architecture and engineering decisions while AI does the bulk of the development.

Это не две разные карьеры, а один принцип на двух горизонтах: организация — это система, и её масштабируют качеством устройства, а не количеством людей.

These are not two separate careers but one principle across two horizons: an organization is a system, and you scale it by how well it is designed — not by headcount.

Инженерные операции и инфраструктура

Engineering operations and infrastructure

Подтверждено кейсами INCO и IT Native

Proven at INCO and IT Native

  • Incident management. Уровни L1–L3, приоритеты по severity, автоэскалация до нарушения SLA, blameless post-mortem, метрики зрелости.
  • Incident management. L1–L3 tiers, severity-based priorities, auto-escalation before SLA breach, blameless post-mortem, maturity metrics.
  • Надёжность 24×7. Отказоустойчивая архитектура без единой точки отказа, мониторинг, многоуровневый бэкап с проверкой восстановления, дежурные группы.
  • 24×7 reliability. Fault-tolerant architecture with no single point of failure, monitoring, multi-tier backup with restore testing, on-call rotations.
  • Построение организации. Роли, зоны ответственности, процессы и культура; развитие инженеров до самостоятельных архитекторов.
  • Building the organization. Roles, ownership boundaries, process and culture; growing engineers into independent architects.
  • Экономика эксплуатации. P&L, бюджеты, юнит-экономика, multi-tenancy, снижение стоимости сопровождения, управление вендорами.
  • Operating economics. P&L, budgets, unit economics, multi-tenancy, lower cost to serve, vendor management.

AI-native инженерия

AI-native engineering

Текущая практика: действующий MVP и второй проект

Current practice: a working MVP and a second project

  • Модель работы. Человек задаёт архитектуру, правила и инженерные решения; основную инженерную работу выполняет AI.
  • Operating model. The human sets architecture, rules and engineering decisions; AI does the bulk of the engineering work.
  • Действующий продукт, построенный по этой модели, — не концепция и не курс, а работающая система.
  • A working product built on that model — not a concept or a course, but a system in operation.
  • Единица работы — гипотеза. Среда, где не страшно выпускать изменения и ошибаться, а скорость проверки важнее идеальности.
  • The unit of work is a hypothesis. An environment where shipping and being wrong are safe, and speed of validation beats perfection.
  • Флайуил «профицит людей». Организация, затем эффективность, затем высвобожденный ресурс, затем рост. Масштабирование устройством и автоматизацией, а не наймом.
  • The “people surplus” flywheel. Organization, then efficiency, then freed capacity, then growth. Scaling through design and automation instead of hiring.

Что я делал и чем это закончилось What I did and how it ended

Каждая цифра ниже — из реальной практики. Оценочные значения помечены знаком «~»: они восстановлены по памяти, и я не выдаю их за точные.

Every number below comes from real work. Estimated figures are marked with “~”: they are reconstructed from memory and I do not present them as exact.

  1. ~7× меньше заявок fewer requests

    INCO2008–2009

    Поток заявок — примерно в 7 раз меньше, двухлетний бэклог закрыт за год

    Client request volume cut roughly 7×, a two-year backlog cleared in a year

    Поток заявок ~30 → ~4 в день. Бэклог, накопленный за два года, ликвидирован примерно за год.

    Request volume went from ~30 to ~4 per day. A two-year backlog was cleared in about a year.

    Ситуация и что я сделалThe situation and what I did

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

    Situation. Support was drowning in incoming tickets, the backlog had been growing for two years, and engineers never left firefighting mode.

    Что сделал. Перестроил поддержку в два потока: текущая эксплуатация отдельно, системное устранение первопричин отдельно. Повторяющиеся причины убирались навсегда, а не обрабатывались заново каждый раз. Всё измерялось в кастомизированном Redmine.

    Action. Split support into two streams: day-to-day operations separate from systematic root-cause elimination. Recurring causes were removed for good instead of being re-handled every time. Everything was measured in a customized Redmine.

  2. ~96 ч ~96 h до восстановления to full recovery

    INCO~2010–2012

    Восстановление Microsoft Exchange вопреки вердикту вендора

    Microsoft Exchange recovered against the vendor’s verdict

    Данные 400+ пользователей восстановлены за ~96 часов, хотя вендор официально ответил, что штатное восстановление невозможно. Затем закрыл системные причины: WSUS, регламент обновлений, независимые бэкапы.

    Data of 400+ users restored in ~96 hours, although the vendor’s official answer was that standard recovery was impossible. I then closed the systemic causes: WSUS, an update procedure, and independent backups.

    Ситуация и что я сделалThe situation and what I did

    Ситуация. Критический сбой почтовой системы у клиента — региональной теплоснабжающей компании. Недоступны ящики 400+ пользователей. Официальный ответ вендора: штатное восстановление невозможно.

    Situation. A critical mail-system failure at a client — a regional district-heating utility. Mailboxes of 400+ users were unavailable. The vendor’s official answer: standard recovery is impossible.

    Что сделал. Развернул новую инфраструктуру Exchange и edge-сервер, чтобы входящая почта не терялась ни минуты, и параллельно экспериментально восстанавливал данные из локальных копий.

    Action. Stood up new Exchange infrastructure plus an edge server so that not a minute of inbound mail was lost, while experimentally recovering data from local copies in parallel.

  3. 0→~50 постоянных клиентов recurring clients

    IT Native2015–2022

    Компания с нуля до ~50 постоянных клиентов на собственной платформе

    A company from zero to ~50 recurring clients on its own platform

    ~50 постоянных клиентов, выручка ~50 млн ₽ в пике (2020) при высокой марже, ноль нарушений согласованных обязательств. При моём выходе управление принял партнёр — компания продолжает работать. Значит, была построена система, а не «ручной» бизнес.

    ~50 recurring clients, peak revenue of ~RUB 50M (2020) at a high margin, and zero breaches of agreed commitments. On my exit a partner took over operations — the company still runs today. That is the proof it was a system, not a hand-operated business.

    Ситуация и что я сделалThe situation and what I did

    Ситуация. Собственная компания без внешних инвестиций. Малому бизнесу нужна инфраструктура корпоративного уровня, но по цене, которую он способен платить.

    Situation. My own company, bootstrapped with no outside investment. Small businesses need enterprise-grade infrastructure at a price they can actually afford.

    Что сделал. Спроектировал multi-tenant платформу — общие отказоустойчивые мощности вместо отдельного железа под каждого клиента. Построил два распределённых дата-центра (30+ bare-metal серверов каждый) без единой точки отказа. Ввёл модель «единого окна» и владел полным P&L.

    Action. Designed a multi-tenant platform — shared fault-tolerant capacity instead of dedicated hardware per client. Built two distributed data centers (30+ bare-metal servers each) with no single point of failure. Introduced a single-point-of-contact service model and owned the full P&L.

  4. 0 ₽ лишних трат клиента wasted by the client

    IT Native

    Защитил клиента от ненужной замены ПО — ценой своей выручки

    Protected a client from a needless software replacement, at my own cost

    Сделка не состоялась, клиент не потратил лишнего, доверие к нам выросло. Это прямое следствие моего принципа: не продавать и не строить того, что клиенту не нужно.

    The deal fell through, the client spent nothing unnecessary, and trust in us grew stronger. This follows directly from my principle: never sell or build what the client does not need.

    Ситуация и что я сделалThe situation and what I did

    Ситуация. Вендор продавливал клиенту дорогостоящую замену ПО. Для меня как подрядчика проект означал бы дополнительную выручку.

    Situation. A vendor was pushing a client toward an expensive software replacement. For me as the contractor, that project would have meant extra revenue.

    Что сделал. Собрал доказательную базу скрытых рисков и издержек и перевёл риск на вендора — вместо спора мнений разговор пошёл по фактам и цифрам.

    Action. Built the evidence base of hidden risks and costs and shifted the risk onto the vendor — turning a clash of opinions into a conversation about facts and numbers.

  5. MVP действующий, разработку ведёт AI live, AI does the development

    Текущий проектCurrent projectAI-native разработкаAI-native development

    Действующий MVP, где основную разработку делает AI

    A working MVP where AI does the bulk of development

    Собственный действующий продукт для сбора, структурирования и последующей аналитики данных. Домен — спортивный трекинг и дневник тренировок. Я определяю архитектуру, правила и инженерные решения; основную разработку прикладной логики выполняет AI.

    My own working product for collecting, structuring and then analyzing data. The domain is sports tracking and training logs. I define the architecture, the rules and the engineering decisions; AI does the bulk of the application logic.

    Как устроена работа и инструментыHow the work is organized and the tooling

    Как устроена работа. Моя личная инженерная зона — серверная часть, сеть и система резервного копирования. Остальное — прикладная логика — создаётся AI по заданной архитектуре и правилам.

    How the work is organized. My own hands-on area is the server side, networking and backup. The rest — the application logic — is produced by AI under the architecture and rules I set.

    Инструменты. Claude / Claude Code, Codex, GPT / ChatGPT, Cursor, AI-агенты, Claude API. Второй проект — на стадии аналитической проработки.

    Tooling. Claude / Claude Code, Codex, GPT / ChatGPT, Cursor, AI agents, Claude API. A second project is at the analysis stage.

    Детали продукта и демонстрация — под NDA, обсуждаются лично.

    Product details and a demo are under NDA and discussed privately.

Путь Career path

Три организации, три разных масштаба ответственности: команда, компания целиком, техническая организация из 30+ человек.

Three organizations, three different scales of responsibility: a team, an entire company, a 30+ person engineering organization.

  1. сейчасpresent

    Orion Innovation

    Team Lead, автоматизация тестирования (Python) Team Lead, Test Automation (Python) Белград, Сербия Belgrade, Serbia

    Команда
    Team
    ~3 инженера, до 8 в пике
    ~3 engineers, up to 8 at peak
    Координация
    Coordination
    3 команды
    3 teams
    Стек
    Stack
    Python, Selenium, Jenkins CI/CD, Allure

    Международный аутстаффинг; проекты клиентов — мобильная разработка, а также ПО и оборудование для телеком-операторов. Организация работы и распределение задач, развитие процесса тестирования, взаимодействие с Project Manager и клиентом, решение сложных технических задач команды.

    International outstaffing; client projects in mobile development and in software and hardware for telecom operators. Organizing work and task allocation, developing the testing process, working with the Project Manager and the client, and owning the resolution of complex technical issues.

  2. IT Native

    Основатель, CEO / CTO Founder, CEO / CTO Нижний Новгород, Россия Nizhny Novgorod, Russia

    Клиенты
    Clients
    ~50 постоянных
    ~50 recurring
    Выручка
    Revenue
    ~50 млн ₽ в пике (2020)
    ~RUB 50M peak (2020)
    Платформа
    Platform
    2 ЦОД, 30+ серверов каждый
    2 DCs, 30+ servers each
    Ответственность
    Ownership
    Технологии, delivery, P&L, команда
    Technology, delivery, P&L, team

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

    Built the company and its engineering organization from scratch, with no outside investment — from idea to a sustainable business on its own platform.

    • Вырастил до ~50 постоянных клиентов и ~50 млн ₽ выручки в пике (2020) при высокой операционной марже; прибыль реинвестировалась в развитие.
    • Grew to ~50 recurring clients and ~RUB 50M peak revenue (2020) at a high operating margin; profit was reinvested into growth.
    • Спроектировал и внедрил multi-tenant модель — ключевое конкурентное преимущество: ниже стоимость создания и сопровождения на клиента, при этом малый бизнес получает инфраструктуру корпоративного уровня.
    • Designed and rolled out a multi-tenant model — the key competitive advantage: lower cost to build and serve per client, while small businesses got enterprise-grade infrastructure.
    • Владел полным P&L: ценообразование (средний чек ~80 тыс. ₽/мес), структура затрат, капитальные инвестиции — второй дата-центр и рост мощностей.
    • Owned the full P&L: pricing (average contract ~RUB 80K/month), cost structure, and capital investment — a second data center and capacity growth.
    • Выстроил модель «единого окна»: полностью брал на себя ИТ-функцию клиента и координировал подрядчиков и вендоров (1С, СКС, СКУД).
    • Established a single-point-of-contact model: took over the client’s entire IT function and coordinated contractors and vendors (1C, structured cabling, access control).
    • За всё время — ноль нарушений согласованных обязательств перед клиентами.
    • Across the entire period — zero breaches of agreed client commitments.

  3. INCO

    Технический директор Technical Director Нижегородская область, Россия Nizhny Novgorod Region, Russia

    1. Инженер 1-й линии
    2. First-line engineer
    3. Системный администратор
    4. System administrator
    5. Системный инженер
    6. System engineer
    7. Зам. технического директора
    8. Deputy technical director
    9. Технический директор
    10. Technical director
    Организация
    Organization
    30+ человек, 20 инженеров
    30+ people, 20 engineers
    Бюджет
    Budget
    ~50 млн ₽ в год
    ~RUB 50M per year
    Режим
    Mode
    24×7, контрактные SLA
    24×7, contractual SLAs

    Отвечал за корпоративную инфраструктуру и ИТ-операции для бизнес-критичных клиентов — в том числе региональной теплоснабжающей компании и сети автодилеров.

    Responsible for enterprise infrastructure and IT operations for business-critical clients — including a regional district-heating utility and a car dealership network.

    • Снизил поток клиентских заявок ~в 7 раз (~30 → ~4 в день), ликвидировав первопричины; двухлетний бэклог закрыт примерно за год.
    • Cut client request volume ~7× (~30 → ~4 per day) by eliminating root causes; a two-year backlog cleared in about a year.
    • Построил процесс incident management с нуля: L1–L3 и эскалация к руководителю, SLA по severity, автоэскалация до нарушения SLA, blameless post-mortem, метрики зрелости.
    • Built an incident management process from scratch: L1–L3 with escalation to management, severity-based SLA, auto-escalation before SLA breach, blameless post-mortem, maturity metrics.
    • Улучшил операционные метрики: MTTA ~2 ч → ~15 мин, выполнение SLA ~80% → ~90%, лишние эскалации −~7%.
    • Improved operational metrics: MTTA ~2h → ~15 min, SLA attainment ~80% → ~90%, unnecessary escalations down ~7%.
    • Руководил восстановлением после критического сбоя Microsoft Exchange (400+ пользователей) — данные восстановлены за ~96 часов вопреки официальному вердикту вендора.
    • Led the recovery from a critical Microsoft Exchange failure (400+ users) — data restored in ~96 hours against the vendor’s official verdict.
    • Провёл реорганизацию через сопротивление руководства — контролируемым пилотом с метриками; разблокировал застрявшее внедрение 1С, переведя конфликт команд из мнений в данные (рабочая версия ~6 мес, промышленная эксплуатация ~12 мес).
    • Drove a reorganization against management resistance via a controlled, metric-based pilot; unblocked a stalled 1C rollout by moving a team conflict from opinions to data (working version in ~6 months, production in ~12).
    • Обеспечивал доступность 24×7 бизнес-критичных систем с формальными контрактными SLA; вырастил инженера от первой линии до архитектора инфраструктуры.
    • Maintained 24×7 availability of business-critical systems under formal contractual SLAs; grew an engineer from first-line support to infrastructure architect.

Честная карта компетенций An honest map of competencies

Я предпочитаю называть уровень владения прямо. То, что находится в развитии, помечено как развитие — так вам не придётся выяснять это на собеседовании.

I prefer to state proficiency plainly. What is still developing is labeled as developing, so you do not have to discover it during an interview.

  • Expertглубокий практический опытdeep hands-on experience
  • Advancedуверенно применяю на практикеapplied confidently in practice
  • Workingдостаточно, чтобы вести и принимать решенияenough to lead and decide
  • РазвиваюDevelopingбез production hands-onno production hands-on

Инфраструктура и надёжность

Infrastructure and reliability

  • VMware, Expert
  • Hyper-V, Expert
  • ВиртуализацияVirtualization, Expert
  • Windows Infrastructure, Expert
  • Active Directory, Expert
  • Linux, Advanced
  • Networking, Advanced
  • High Availability, Advanced
  • Reliability (2 ЦОД, no-SPOF)Reliability (2 DCs, no-SPOF), Advanced
  • AWS, Developing
  • Kubernetes, Developing
  • Terraform, Developing

Честно о cloud-native: AWS, Kubernetes и Terraform — моя зона развития, а не подтверждённая экспертиза. Production hands-on проектов на этом стеке у меня нет, и я об этом говорю сразу. Инфраструктура, эксплуатация и построение организаций — доказаны практикой.

Honest about cloud-native: AWS, Kubernetes and Terraform are a development area, not proven expertise. I have no production hands-on projects on that stack, and I say so upfront. Infrastructure, operations and organization building are proven in practice.

Эксплуатация и процессы

Operations and process

  • Incident Management, Expert
  • Operational Excellence, Expert
  • Стандартизация процессовProcess Standardization, Advanced
  • Information Security, Advanced
  • ISO 27001, Working
  • SRE (принципы)SRE (principles), Working
  • DevOps (mgmt), Working

Управление и экономика

Management and economics

  • Budget Management, Advanced
  • Vendor Management, Advanced
  • FinOps, Developing

Delivery и тестирование

Delivery and testing

  • Python, Working
  • CI/CD (Jenkins), Working
  • Selenium, Working
  • Allure, Working

AI-практика

AI practice

Ежедневно, в действующем проекте

Daily, on a live project

  • Claude / Claude Code
  • Codex
  • GPT / ChatGPT
  • Cursor
  • AI-агенты
  • AI agents
  • Claude API

Как я работаю How I work

  • Ответственность важнее контроля.
  • Accountability matters more than control.
  • Процессы должны помогать людям, а не наоборот.
  • Process must serve people, not the other way around.
  • Измеримый результат важнее активности.
  • Measurable outcome matters more than activity.
  • Надёжность важнее скорости, если ошибка дорого стоит бизнесу.
  • Reliability beats speed when a mistake is expensive for the business.
  • Инженер должен понимать смысл своей работы.
  • An engineer must understand the purpose of their work.
  • Клиент и бизнес — в основе решения: не продавать и не строить ненужное.
  • The client and the business come first: never sell or build what is not needed.
Образование
Education
Нижегородский государственный технический университет (НГТУ)Бакалавр, специальность «Инноватика»
Nizhny Novgorod State Technical University (NNSTU)Bachelor’s degree, Innovation Management (Innovatics)
Языки
Languages
Русский — роднойАнглийский, сербский (базовый)
Russian — nativeEnglish, Serbian (basic)
Формат работы
Work setup
Белград, СербияRemote — приоритет; гибрид возможен
Belgrade, SerbiaRemote preferred; hybrid possible
Интересующие роли
Roles of interest
Engineering Operations Director, Director of Engineering, Head of Engineering, CTO (малые и средние компании, в том числе AI-native), Infrastructure Director, Technical Delivery Director
Engineering Operations Director, Director of Engineering, Head of Engineering, CTO (small and mid-sized, including AI-native), Infrastructure Director, Technical Delivery Director

Давайте поговорим. Let’s talk.

Открыт к разговору о ролях инженерного руководства, а также к обсуждению того, как выстроить инженерную организацию, в которой люди и AI работают как единая система.

Open to conversations about engineering leadership roles, and about how to build an engineering organization where people and AI work as one system.

ПочтаEmail saltykov.nikita@hotmail.com LinkedIn linkedin.com/in/nikita-saltykov