Привет!
Я провожу аудит разработки: ищу проблемы в процессах, ответственности и архитектуре, помогаю разобраться с AI. Менторю инженеров и руководителей.
Пишите, если хотите обсудить задачу, поработать вместе или просто познакомиться.
Как я смотрю на разработку
Инженерная организация это часть бизнеса. Ее структура должна помогать решать задачи компании: что мы делаем, для кого, как зарабатываем и куда хотим расти. От этого зависят команды, их ответственность и архитектура систем.
Сначала нужно понять, чего бизнес ждет от инженерии: какие задачи она решает и за какой результат отвечает. Удобно, когда у всей компании есть общий способ постановки целей, например OKR. Любая фиксированная договоренность лучше, чем ее отсутствие. Обычно такое понимание уже есть, хотя бы неявно. Его стоит обсудить и записать, чтобы дальше принимать решения на общей основе.
Из договоренности появляется инженерная стратегия: что менять, какими принципами руководствоваться и что делать дальше. Формальность может быть разной: от короткого документа до набора правил. Главное, чтобы по стратегии можно было принимать решения.
Цели бизнеса и стратегия помогают выстраивать структуру команд и архитектуру. По мере роста компании появляются новые направления, команды и уровни управления, но вопросы ответственности, границ и взаимодействия остаются похожими. Архитектура поддерживает задачи бизнеса, а команды отвечают за ее развитие и эксплуатацию. Типологии команд помогают понять, какие задачи и способы взаимодействия подходят каждой из них.
Когда задачи команд ясны, проще определить, какие инженеры нужны: какой опыт важен, какие решения им придется принимать и какой самостоятельности мы ожидаем. На этой основе выстраиваем найм, развитие и менторство.
Чтобы система оставалась целой и команды стабильно вносили изменения, надо улучшать процесс разработки от задачи до проверки в продакшене. Искусственный интеллект меняет способы работы и повышает требования к организации. Требуются четкие задачи, понятный контекст и надежная проверка результата. Инженерам и руководителям нужно уметь формулировать решения, оценивать их последствия и отвечать за качество.
Из практики
Аудит разработки
Что мешало выпускать изменения
За две встречи и проверку репозиториев разобрал работу компактной IT-команды в оффлайн-бизнесе. Нашел проблемы в платежах, расчете стоимости и проверках перед выпуском. Подготовил план изменений.
AI в разработке
Политика ответственного использования AI
Разработал и внедрил политику в компании со 150+ инженерами: кто отвечает за результат работы с AI, как разбирать слоп и давать обратную связь. Правила уже применяются в конкретных случаях.
Правила работы с агентом
Адаптировали Spec Kit под Rails, GitLab и Jira: связали спецификации с тикетами, настроили работу с ветками и обновление документации после задачи.
Карта функций и сценариев
Собрали для агента описание возможностей продукта: пользовательские сценарии, ссылки на реализацию и проверки. Пример из B2B SaaS со сложной доменной моделью.
Инженерная организация
Стратегия для продуктовых и платформенных команд
Вместе со Staff-инженерами подготовил общую стратегию: приоритеты, ответственность команд, доменные границы и развитие архитектуры. Пример документа с принципами и конкретными действиями.
Доменные границы и ответственность команд
Описали целевую модель команд и архитектуры: кто владеет доменами, что предоставляет платформа и как команды отвечают за разработку и эксплуатацию. Зафиксировали, чего до этой модели еще не хватало.
Процессы и инструменты
Быстрые проверки, безопасный выпуск
Вместе с командой SDET разработал изменения CI: разделение e2e, проверки перед выпуском и ответственность за падения. В последующем отчете время MR-suite сократилось с 30 до 20 минут.
Корпоративный бот
Связали Slack с системами разработки: добавили напоминания о ревью, отслеживание обсуждений и статусов задач. Часть сценариев собрали готовыми инструментами, для остальных написали своего бота.
Менторство
Примеры менторских встреч
Помогал разобраться в новой управленческой роли, обсудить стратегию и ответственность команд, подготовиться к интервью и определить карьерные шаги. Разборы встреч и отзывы участников.
Заметки
Инженерная организация: системный менеджмент · инженерная стратегия · Team Topologies · метрики продуктивности
Архитектура: DDD · C4 Model · монолит vs микросервисы · распределенные системы
Найм и развитие инженеров: грейды и competency matrix · найм AI-native инженеров
Процесс разработки: trunk-based development · feature toggles · entitlements · spec-kit
AI в разработке: SDLC для агентов · стратегия внедрения · context engineering · карта фич для агента · BDD для агентов · каталог AI-источников · Obsidian + агент