Руководитель команды разработки (техлид)

Вакансия: руководитель команды разработки (техлид) — МИС

Формат: офис, гибрид или удалённая работа (корпоративный GitLab, VPN, инструменты ИИ — по политике компании)

Команда: 3–4 человека (вы и 2–3 разработчика, работающих вместе с программными агентами)

Продукт: корпоративная медицинская информационная система для клиник — монолит на PHP, PostgreSQL, SOAP и REST

Модель работы: около 1% кода своими руками· полное ревью · полная ответственность за требования · разработка с опорой на ИИ и агентов

Суть роли

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

Требования (основа): Крупные задачи и эпики; критерии приёмки; спецификации в каталоге [`api/`](../../../api/); записи об архитектурных решениях (контекст, выбранный вариант, последствия); инструкции и ограничения для агентов ([`AGENTS.md`](../../../code/AGENTS.md), отдельные навыковые файлы); разбиение работ на этапы |

Ревью (без исключений): Все запросы на слияние в GitLab от команды; при необходимости — проверка черновиков от агентов до оформления запроса.

Код руками (редко): Срочные исправления в продакшене; разовые пробные прототипы; эталонный фрагмент «как должно быть» — чтобы на его основе генерировал агент

Разработчики пишут код вместе с агентами (Cursor, Claude Code, боты в CI и аналоги). Вы отвечаете за то, что именно делается и что попадает в основную ветку, а не за число собственных коммитов.

О проекте

Медицинская информационная система: электронная медкарта, расписание, протоколы осмотра, биллинг, связь с лабораторными системами и мобильными клиентами. Около десяти тысяч PHP-файлов, собственная MVC-обвязка в духе Zend, переход с PHP 7.1 на 7.4, открытые SOAP- и REST-интерфейсы, база PostgreSQL (продакшен более 4 ТБ).

Стек нужен вам для чтения кода и ревью, а не для ежедневной реализации: PHP 7.x, PostgreSQL, Docker, GitLab CI, Nginx, SOAP, REST, RabbitMQ, Smarty и jQuery, наблюдаемость (OpenTelemetry, Sentry). Общая памятка для людей и агентов — [AGENTS.md](../../../code/AGENTS.md).

Обязанности

1) Требования и контракты

- Переводить продуктовые задачи в спецификации: сценарии, граничные случаи, права доступа, аудит по 152-ФЗ, влияние на базу и обратную совместимость SOAP.

- Вести публичные контракты API ([`api/`](../../../api/)), описания WSDL и Swagger, правила устаревания методов без сюрпризов для интеграторов.

- Готовить пакеты контекста для агентов: какие файлы смотреть, что запрещено («не трогать ORME», «новый код только в `DWMIS\`»), чеклисты приёмки, ссылки на тесты.

- Вести дорожную карту (границы ответственности — монолит code/) и оценки с отклонением не более 30%.

2) Ревью

- Все запросы на слияние команды проходят через вас или через явно назначенного заместителя; ответственность за качество остаётся за вами.

- Ревью — не про запятые, а про домен, безопасность, соответствие API, миграции, тесты и типичные ошибки ИИ (выдуманные методы, несуществующие классы, лишний рефакторинг).

- Отклоняете слияние при несогласованном ломающем изменении API, отсутствии регрессионного теста, размывании границ задачи, игнорировании AGENTS.md.

3) Разработка с участием ИИ и агентов

- Выстраивать цепочку: задача → спецификация → агент или разработчик → запрос на слияние → ваше ревью → CI (PHPUnit, Selenium).

- Поддерживать правила, навыковые файлы и формулировки заданий под МИС (домен клиники, патчи `apply-stat.php`, SOAP-фасады).

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

- Обучать команду безопасной работе с ИИ: не передавать персональные данные в публичные модели, маскировать логи, внимательно смотреть diff.

4) Код своими руками (исключения)

- Срочный hotfix в продакшене, если команда или агент не успевают.

- Короткий эталонный пример для последующей генерации.

- Не ведёте «свою» фичу спринт за спринтом — это редкость.

5) Прочее

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

- Стыковка с эксплуатацией, сервисами xmis, авторизацией и смежными сервисами — на уровне требований и приёмки, без разработки чужих репозиториев.

Обязательные требования к кандидату

1) Техническая глубина (для ревью, не для роли «писателя кода»)

- Семь и более лет в разработке, пять и более — PHP; уверенное понимание устаревшего монолита и PostgreSQL.

- Опыт SOAP и REST как договорённостей с внешними системами.

- Умение за минуты пройти цепочку «метод SOAP → фасад → бизнес-модель → база» и найти ошибку в diff от ИИ.

2) Требования и качество

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

- Жёсткая дисциплина ревью кода — вы фактически сторож релиза.

- Понимание регулируемых отраслей (медицина, 152-ФЗ, аудит) — умеете формулировать нефункциональные требования.

3) Работа с ИИ в цикле разработки

- Реальная практика, не презентации: Cursor, Claude Code, Copilot или аналоги в крупном унаследованном репозитории.

- Умение писать контекст для агентов (AGENTS.md, правила, пошаговые задания с ограничениями).

- Понимание слабых мест языковых моделей: выдуманные API, опасный рефакторинг, утечки данных.

- Готовность самому использовать агентов для спецификаций, подсказок при ревью и набросков тест-кейсов — а не только требовать этого от команды.

4) Процессы

- GitLab, CI, Docker-стенд — достаточно для приёмки и разбора падений пайплайна.

- Русский — свободно; английский — для документации инструментов и моделей.

Желательно

- Опыт МИС, ЛИС, финтеха, госсектора.

- HL7, RabbitMQ, Kubernetes, наблюдаемость — на уровне постановки требований к интеграциям.

- Настройка CI под работу с ИИ (автокомментарии к запросам на слияние, проверка вывода агентов).

- Внутренние гайды или выступления про агентный процесс разработки.

Не подойдёт, если

- Ищете роль ведущего разработчика с 40–60% кодинга или «архитектора, который всё пишет сам».

- Не готовы к полному ревью — «команде доверяю, смотрю выборочно».

- Слабо ставите требования: «разработчик сам разберётся в ТЗ».

- Игнорируете ИИ или, наоборот, сливаете в основную ветку сгенерированное без ревью.

- Нет терпения к PHP 7.x в наследии и к домену клиники.

- Нужен классический менеджер проекта без технического ревью кода.

Мы предлагаем

- Роль владельца качества и смысла поставки в монолите с действующей базой клиник.

- Явную модель команды, где ИИ — норма, а вы задаёте стандарты и право финального слияния.

- Влияние на AGENTS.md, дорожную карту API и профиль найма.

- Команда от трёх штатных единиц, чёткие границы — монолит МИС, без расползания на десяток микросервисов.

Зарплата, ДМС, лицензии на ИИ — обсуждаются на собеседовании.

Как откликнуться

В сопроводительном письме обязательно:

1. Пример, где вы почти не писали код, а довели фичу через требования и ревью (масштаб, стек).

2. Какие инструменты ИИ используете и для чего (спецификация, код, тесты, ревью).

3. Как отлавливаете типичные ошибки ИИ в бэкенде (один–два абзаца).

4. Опыт медицины или других регулируемых сфер (если есть).

Без пунктов 1 и 2 отклик не рассматривается.