Статья написана в корпоративном блоге — редакция Партнеркина не вносит изменения в текст. Вся орфография, пунктуация и содержание сохранены Подробнее про платные блоги и о том, как эффективнее работать с блогами 😎
17.04.2026 0 2245

Фраза, которая сделала из меня руководителя. Статья для будущих управленцев

Сегодня я расскажу, как начал управлять командами разработки, тех отделами и арбитражными командами.

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


Блок 1 — От исполнителя к тому, кто строит систему

Начало: саппорт → Junior Affiliate

Я пришел в арбитраж обычным сотрудником на позицию саппорта. Потом меня перевели в Junior Affiliate. Но глобально ничего не изменилось: функции, ответственность, влияние — все осталось примерно тем же.

Я хотел большего. Не только в деньгах, но и в процессах. Попросил рост.

Вместо повышения услышал фразу:

«Если после обучения трех человек ты не будешь зарабатывать больше $1500 — можешь прийти и выбить силой из меня эти деньги».

В тот момент я не придал ей значения. Она не дала мне ответа сразу. Я понял ее сильно позже.

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

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

Дальше — больше.

Появились навыки → появились возможности делать что-то новое. Сначала самому. Мы начали заниматься разработкой приложений.

И в какой-то момент я уперся в очевидное: если я хочу двигаться дальше — мне нужно освобождать себя.

Это был мой первый реальный опыт передачи знаний:

  • Старые задачи нужно было передать;
  • Процессы — сделать работающими без меня;
  • Качество — сохранить.

И я начал:

  • Обучать людей техпроцессам;
  • Брать новые задачи и думать над новым;
  • Решать проблемы, которые никто не назначал.

Год в таком режиме — и моя роль изменилась, даже без должности.

Я стал не человеком с задачами. Я стал человеком, который нужен системе.

Как я начал управлять разработкой, не будучи разработчиком

Когда появилась идея разработки приложений, стало понятно: нужны разработчики, нужен процесс, нужна система.

Сначала мне помогали. Потом все больше приходилось брать на себя:

  • Придумывать;
  • Структурировать;
  • Делегировать;
  • Доводить до результата.

Не потому что я «руководитель», а потому что я относился к этому как к своему делу. Как будто делаю это только для себя.

Со временем получилось выстроить систему, которая:

  • Генерит результат;
  • Развивается;
  • Работает без моего постоянного участия.

Люди, которых я обучал, начали:

  • Расти;
  • Принимать решения;
  • Двигать процессы дальше.

Дальше появился ExGaming.

Это был новый уровень:

  • Больше людей;
  • Больше процессов;
  • Больше ответственности.

Я был не один — был сильный стек управленцев с экспертизой. Но за два года мы пришли:

  • К большой команде;
  • К множеству проектов;
  • К управленцам, которые уже без нас строят свои команды.

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

И это «большее» никуда не исчезает. Оно просто превращается в следующую ступень.

Будьте джуном всегда. Будьте любопытными.

Я до сих пор спрашиваю советы у своих сотрудников — и мне все равно, как это выглядит.

Блок 2 — Принципы управления

Теперь давайте разберём управление командами.

Не важно, что это:

  • Техотдел;
  • Разработка;
  • Баинг;
  • Любое другое направление.

Принципы везде одни и те же.

1. Сначала цель, потом все остальное

Структура всегда зависит от сути проекта. Но задача управленца одна — довести до результата.

И результат — это не всегда деньги.

Это может быть:

  • Экспертиза;
  • Оптимизация;
  • Запуск;
  • Выход в новое направление.

Главное — понять: зачем это вообще делается.

И дальше любое решение фильтруется через один вопрос:

→ это приближает к цели или нет?

Если нет — оно не нужно. Даже если выглядит красиво.

2. Скорость важнее идеальности

Одна из ключевых вещей, которые я понял: не нужно строить идеально сразу.

Лучше:

  • Сделать набросок;
  • Быстро проверить;
  • Получить результат;
  • Поправить.

Любой процесс — это гипотеза.

Если ты слишком долго «строишь правильно» — ты просто медленно ошибаешься.

Сильные системы растут через скорость и проверки, а не через идеальность.

3. Стань заменяемым

Я пробовал два подхода:

  • Сначала делал сам → потом передавал;
  • Сразу привлекал экспертов.

И понял главное: ты не обязан делать всёе руками, но ты обязан понимать процесс.

Где узкие места.
Где все ломается.
Что реально важно.

Только тогда ты можешь:

  • Передать;
  • Масштабировать;
  • Убрать себя из операционки.

Пока без тебя все встает — роста не будет.

4. Отвечай за результат, а не за функцию

Ты не «технарь».
Не «байер».
Не «разработчик».

Ты — человек, который отвечает за итог.

И этот итог должен быть понятным и измеримым. Иначе ты не управляешь — ты просто занят.

5. Набросок → тест → структура → масштаб

Моя базовая модель:

1. Набросок
Любым способом: текст, Figma, заметки в голове → как это должно работать.

2. Тест
Запускаем вживую → смотрим, где ломается.

3. Структура и оптимизация

  • Убираем лишнее;
  • Фиксируем роли;
  • Упрощаем.

4. Масштаб
Когда система работает — увеличиваем объем. И здесь мой любимый принцип: работать должно быть лень.

Если можно:

  • Делегировать → делегируй;
  • Автоматизировать → автоматизируй.

Это не про «не работать».
Это про эффективность.

6. Обратная связь — топливо системы

Любая система без фидбека умирает.

Если ты не понимаешь:

  • Где ошибки;
  • Где рост;
  • Где слабые места.

Ты не управляешь — ты угадываешь.

Фидбек должен быть везде:

  • От команды;
  • От метрик;
  • От процессов.

Система растёет только тогда, когда она себя видит.

7. Фокус — главный ресурс

Не время.
Не деньги.
А внимание.

Самая частая ошибка — пытаться делать все.

Сильный управленец — это не тот, кто делает много. А тот, кто умеет выбирать:

→ Что делать;
→ И особенно — что не делать.

Фокус = скорость роста.

8. Лучше взращивать, чем искать. Но не всегда

Взращивать — сильнее в долгую.

Ты формируешь:

  • Мышление;
  • Подход;
  • Культуру.

Но экспертиза тоже нужна.

Особенно:

  • На старте;
  • В новых направлениях.

Важно не просто «взять сильного человека», а правильно встроить его в систему.

9. Делегирование — точка взросления

Делегирование не заканчивается никогда.

Схема примерно такая:

  • Передал задачи;
  • Обучил;
  • Передал ответственность;
  • Вырастил человека;
  • Передал управление;
  • Вырастил управленца;
  • Ушел в стратегию.

Цель — не «ничего не делать». Цель — перестать быть операционным центром всего.

10. Влияние важнее должности

Должность приходит потом.

Сначала:

  • Решения не работают;
  • Люди не идут;
  • Все ломается.

Но через опыт и повторение появляется влияние.

А вместе с ним — и все остальное.

Блок 3 — Та самая фраза

Когда я смотрю назад, я понимаю: все это время я просто проживал одну и ту же мысль.

Ту самую фразу:

«Если после обучения трех человек ты не будешь зарабатывать больше $1500 — можешь прийти и выбить силой из меня эти деньги».

Я тогда ее не понял.

А теперь понимаю. Она была не про деньги. Она была про то, что:

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

Каждый принцип выше — это одно и то же, с разных сторон:

Ты растешь ровно настолько, насколько умеешь растить других.

Пока ты тащишь все на себе — ты незаменим, но маленький.

Когда ты делаешь сильнее других — ты становишься свободным.

И именно в этот момент начинается настоящий рост.

И если сегодня ты:

  • Саппорт;
  • Джун;
  • Байер;
  • Разработчик;
  • Или просто человек, который хочет большего,

задай себе один вопрос: кого я могу сделать сильнее рядом с собой?

Потому что в итоге все сводится к простому:

сначала ты обучаешь людей.
потом люди строят систему.
а потом система меняет твою жизнь.

Иван, CIO ExGaming.

Этот пост размещен в корпоративном блоге .
Как вам статья?