# Софт Телематика (апрель 2017 — август 2019)

Роль по CV: Team Lead. Федеральные системы платных дорог: «Платон», «Обоз», «Автодор»/Росавтодор.
Формат: заказная/аутсорс-разработка — спринт за спринтом по контракту для заказчика.

> Черновик по итогам рассказа (09.10.2026). «уточнить» — открытый вопрос.

## Компания и контекст

- Федеральные системы взимания платы с большегрузов (12 т) и смежная инфраструктура.
- Аутсорс-модель: качество вторично, главное — быстрее закрыть спринт для заказчика. Это и сформировало понимание, что Сергей хочет работать в **продуктовых** командах.

## Хронология ролей

### 1. Вход: ведущий разработчик → первая команда (Платон, ~3 разработчика)

- Пришёл сразу **ведущим разработчиком**.
- Завоевал доверие инициативой: автоматизация, автотесты писал в свободное время; повышенная ответственность → в рамках проекта доверили команду (~3 разработчика).
- Что за система: **«Платон»** — взимание платы. АРМ = автоматизированное рабочее место; было несколько АРМ. Сервис — фуллстек-приложение (фронт + бэк), вписано в общую инфраструктуру с другими высоконагруженными сервисами.
- Что досталось Сергею: несколько внутренних финансовых сервисов (без большой нагрузки), сервисы для мобильных приложений (нагрузки тоже не было — приложениями не пользовались).
- Практики: код-ревью; вместе с ребятами обсуждали постановку задачи; подключался в кризисные моменты; следил, чтобы люди не выключались из процесса и держали продуктивность.
- **1:1 не было** — «я вообще про эти практики не думал».
- **Кризис идентичности:** «я уже не разработчик, код не пишу — какую пользу приношу?» → перестройка мышления. Понял: тимлидство интересно — подключаешься в кризисные моменты, мотивируешь, видишь проблемные места; экспертиза полезна другим разработчикам. Формулировка: «первый раз проснулся как тимлид».
- **Команда была непростая:**
  - **Максим** — очень опытный разработчик, знал проекты лучше Сергея, конкурировал с ним «за место под солнцем». Для молодого тимлида — вызов.
  - Ещё один разработчик — слабо мотивированный.
- При уходе Сергея команду возглавил Максим. Решение далось нелегко: «почувствовал облегчение в моменте, но передал бразды человеку, который не любил общаться с людьми и предпочитал технические компромиссы-„костыли“».

### 1.5. Новый проект: «менеджер без кода» (уточнить название)

- Пока Сергей руководил первой командой, всё было гладко: руководство оценивало работу хорошо, команда вышла на хорошую скорость.
- Появился новый проект, и руководство попросило Сергея принять в нём участие — **с условием, что он в проекте вообще не программирует**. Организовать коллектив, и только. Для Сергея это был вызов: чистая менеджерская работа.
- Людей знал плохо. Технология — не помнит точно (возможно, связанная с «пломбированием»); сам проект помнит смутно.
- Проект достался **не с нуля**, сроки постоянно отодвигались.
- **Главная сложность — конфликты внутри коллектива:** постоянные ссоры, соперничество людей друг с другом. Задача Сергея — наладить процесс.
- Отдельный тяжёлый случай: сильный разработчик-перфекционист, который хотел делать «всё правильно, идеально», но договориться с ним было практически невозможно. Сергей тратил много сил на урезонивание: сначала нужен MVP и поставленный проект, потом улучшения — а не «хорошая вещь, которая никому не нужна».
- Команда большая — «даже не помню сколько, 7 наверное». Много коммуникации, выстраивание процесса. Единый процесс не заходил: у разных людей всплывали свои особенности.
- Итог: опыт выстраивания процесса в чужом, конфликтном, поздно начатом проекте **без права писать код**.
> Уточнить: точное название проекта, технология, сколько людей, чем закончился, и где он в хронологии относительно Обоза.

### 2. Кризисный проект (Обоз)

- **«Обоз»** — сервис электронных грузовых документов (сравнение Сергея: «как Телега, только Обоз»).
- Перехватил проект **в момент выхода в продакшн**: предыдущий тимлид ушёл, понимая, что сроки срываются и проект ждут большие сложности. Это и был «соседний проект», от которого отказался тимлид.
- Команда: знакомые ребята, вместе до этого не работали. Стек сложный и разнородный: Ruby (2–3 рубиста), Python, Kotlin.
- **Первые 2–4 недели:** знакомство с людьми, изучение архитектуры сервисов, перенимание дел, много вопросов. Предыдущий тимлид **очень плохо делился информацией** — многое приходилось выяснять самому.
- Процессы: скрам со спринтами; много код-ревью; следил за статусами задач, настраивал процессы, чтобы люди вели задачи актуально.
- **Вышли в продакшн.** Всплыла куча проблем, сразу пришлось устранять. Функциональность наращивали, но **не давали разгрести техдолг и архитектурные проблемы** — просто неслись вперёд.
- Модель аутсорса ощущалась остро: «не важно качество, важно быстрее-быстрее-быстрее».
- **Как удержал команду:** команда подобралась стрессоустойчивая; стресс во многом ложился на руководство — на Сергея и руководителя проекта, — они старались оградить команду, и она работала в своём темпе. Этим объясняет, что команда не развалилась.
- **Red flags архитектуры** (первый такой опыт): распределённый монолит, разнородный стек, постоянные пожары, сложные релизы, невозможность влиять на архитектуру. Один релиз съедал другой: закрывали спринт, но сыпались баги от предыдущего — одну неделю из двух стабилизировали предыдущий спринт.

### 3. Росавтодор (Автодор)

- CRM для взимания платы, логирование поездок машин.
- На проекте было **несколько лидов — два тимлида**.
- Сергей оказал большое влияние на архитектуру проекта.
- **Его группа — ~5–7 человек, самая большая под его руководством** (в CV — «команда из 7 разработчиков»; цифра 7 всплывает и в проекте «менеджер без кода», и здесь — уточнить, откуда она в CV). Новички + опытные разработчики; один пришёл из «Обоза» после его завершения; одного наняли.
- При уходе **не стал оставлять большую команду под одним лидом — разделил на две части**:
  - ведущий разработчик, который наблюдал, как Сергей работал в нескольких командах, и вырос во многом благодаря его менторству;
  - второй парень (из Автодора) — с ним было много личных бесед («как сейчас бы я назвал это 1:1, но тогда системных 1:1 не было»), обсуждали процессы.
  - Каждому — маленький коллектив.

### 4. «Партнёрское приложение UI» (уточнить место в хронологии)

- По рассказу: после кризисного проекта перешёл в роль разработчика — делал партнёрское приложение UI для загрузки отчётности, смена технологии.
- Работа от «Обоза»: много код-ревью, участие в планировании.
- **Не мог влиять на бэклог:** «мы заявляли, что не успеем — нас не слушали, сказали, что не можем заявить меньше». Проблемы знали заранее, но всё равно шли в намеченный объём. Много переработок.
- Уточнить: это был период отдельной роли или часть работы на Росавтодоре.

## Конфликт с руководством (Обоз)

- В рамках сложного релиза, ночью, в момент выкатки (когда всё пошло не по плану), пришёл менеджер, который назначал сроки, и начал спрашивать, как они такое допустили.
- Сергей ответил прямо: сейчас я решаю проблему; завтра в рабочее время готов обсудить постмортем — как и почему это случилось. Сейчас — не мешай, дай делать работу.
- Последствия: отношения с руководителем испорчены; тот долго пытался подорвать авторитет Сергея в глазах разработчиков.
- Но авторитет Сергея среди разработчиков был высоким, ребята его поддерживали; об увольнении речи не шло. Процесс разработки осложнился.
- Рефлексия Сергея: «было как было, я из этого вынес свой опыт».

## Люди: трое выросли в руководителей

1. **Преемник на «Платоне»** — при уходе Сергей онбордил разработчика в тимлида: выстроил процесс, объяснил и попросил его поддерживать; тот дальше продолжал по примеру. (Имя — уточнить.)
2. **Никита** — Росавтодор/платные автодороги, одна из двух половин разделённой команды.
3. **Владислав** — Росавтодор/платные автодороги, вторая половина.

- По Росавтодору: команда была **самая большая**, и одного человека, которому можно доверить её целиком, не было — поэтому разделили на две части. **Сергей сам предложил Никиту и Владислава как преемников** на эту конфигурацию, и предложение реализовали.
- Оба смотрели, как Сергей работает, с ними много общались (с одним — много личных бесед, «как сейчас бы я назвал это 1:1»).

Честный нюанс от Сергея: «наверное, тут тоже и совпало — потому что я ушёл, и поэтому возникла ситуация, что нужен следующий человек». То есть рост частично был вынужденным следствием ухода (нужен преемник), а не только системным менторством.

## Что забрал из компании

- Переход «разработчик → тимлид» через собственный кризис смысла.
- Опыт руководства кризисным проектом: распределённый монолит, разнородный стек, постоянные пожары, жёсткие сроки, аутсорс.
- Понимание red flags архитектуры и границ влияния (нельзя влиять на бэклог и архитектуру).
- Понимание, что хочет работать в продукте, а не в аутсорсе.
- Первый опыт расстановки/преемников и разделения команды.
- Опыт конфликта с руководством и защиты команды «щитом».

## Открытые вопросы

1. Точное место «партнёрского приложения UI» в хронологии (после Обоза? в Росавтодоре?).
2. Сколько именно людей было в первой команде и в Росавтодоре — 5 или 7; откуда в CV цифра 7.
3. Как росла команда (найм Сергея, переводы, кто нанимал).
4. Были ли у Сергея найм и увольнения лично в этот период.
5. Детали развития преемников: что конкретно делал (кроме онбординга) — критерии, ревью, продвижение.
6. Почему вернулся в разработчика после кризисного проекта — выбор или так сложилось.
7. Почему ушёл в августе 2019 (в Баланс Платформа).