Привет!

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

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

Как я смотрю на разработку

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

Сначала нужно понять, чего бизнес ждет от инженерии: какие задачи она решает и за какой результат отвечает. Удобно, когда у всей компании есть общий способ постановки целей, например OKR. Любая фиксированная договоренность лучше, чем ее отсутствие. Обычно такое понимание уже есть, хотя бы неявно. Его стоит обсудить и записать, чтобы дальше принимать решения на общей основе.

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

Цели бизнеса и стратегия помогают выстраивать структуру команд и архитектуру. По мере роста компании появляются новые направления, команды и уровни управления, но вопросы ответственности, границ и взаимодействия остаются похожими. Архитектура поддерживает задачи бизнеса, а команды отвечают за ее развитие и эксплуатацию. Типологии команд помогают понять, какие задачи и способы взаимодействия подходят каждой из них.

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

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

Из практики

AI в разработке

Правила работы с агентом
Адаптировали Spec Kit под Rails, GitLab и Jira: связали спецификации с тикетами, настроили работу с ветками и обновление документации после задачи.

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

Процессы и инструменты

Корпоративный бот
Связали 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 + агент