Привет!
Я провожу аудит разработки: ищу проблемы в процессах, ответственности и архитектуре, помогаю разобраться с 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 + агент