Андрей рассказал кейс миграции с FoxPro на C# на заводе (~2005). Ключевая техника: не продавать технологию напрямую, а показать людям личную выгоду. Этапы: найти мотивированное ядро («пиратов»), обучить их, они становятся амбассадорами. Страх увольнения – главный блокер, устраняется личной поддержкой и демонстрацией. Политические союзы – неизбежная часть процесса. Трансформация заняла полгода-год.
Артур: в Yumika (азербайджанский маркетплейс) компания не могла решить, как переписать веб. Артур предложил WebView (как у Kaspi) – за три дня вся компания изменила направление. Два фактора: личный опыт CTO + авторитет эксперта. Андрей: авторитетные решения неизбежны, но важна прозрачность – кто-то берет на себя ответственность, вопрос в том, прикрываешь ли ты это «демократией».
Два вида рефакторинга. Инфраструктурный – зона ответственности разработчика, не требует одобрения бизнеса. Бизнесовый – изменение доменной модели, требует коммуникации. Андрей: два коммита (рефакторинг + фича) в одном тикете. Артур рассказал фейл с модулем Surge (динамическое ценообразование) – отказался от рефакторинга из-за корпоративного мышления и оценок в часах.
Техника дебатов: один аргументирует «за», другой «против», остальные формируют мнение. Повышает вовлеченность, создает разностороннее видение, снижает bus factor. Для этого нужна среда доверия – люди должны не бояться высказываться. Доверие не появляется само, его нужно тренировать. Сильные люди в команде держат лидера под контролем.
AI размывает границу между разработчиком и продактом. Инженер с бизнес-пониманием ценнее сильного кодера без контекста. Артур конвертирует разработчиков в продактов – техническая часть обучения уже пройдена. Андрей скептичен: нельзя быть и программистом, и продактом одновременно – придется чем-то пожертвовать. Продакт, научившийся кодить, к кодовой базе не допустят.
Андрей: AI хорошо работает для разовых результатов, плохо для поддерживаемого кода. Гипотеза: моделировать бизнес-процессы как отдельных агентов Claude Code. Павел рекомендовал Opus для рефакторинга: сначала покрыть тестами, потом рефакторить. Общее мнение: AI расширяет возможности, нужно учиться пока доступно – стоимость инференса может вырасти.
| Вопрос | Андрей | Артур | Сергей |
|---|---|---|---|
| Продажа технологий | Через обучение и политические союзы | Авторитет CTO + эмоции | – |
| Рефакторинг | Два коммита, один тикет, не выклянчивать | Фейл: отказ от рефакторинга из-за корпоративного мышления | – |
| Разработчик → продукт | Скептичен, нельзя быть и тем и другим | Конвертирует разработчиков в продактов | AI размывает грань, спрос на бизнес-инженеров |
| AI в разработке | Для разовых задач – да, для поддержки – нет | AI-first, расширяет возможности | Инженер без бизнес-контекста теряет ценность |
Технологии продаются через устранение страхов, обучение и демонстрацию личной выгоды. Политические союзы и амбассадоры из мотивированного ядра – рабочая схема.
Инфраструктурный рефакторинг не требует одобрения бизнеса. Бизнесовый – требует коммуникации. Лучше делать в связке с фичей, а не отдельным тикетом.
Техника дебатов повышает качество решений. Среда доверия – обязательное условие. Сильные люди держат лидера под контролем и компенсируют предвзятость.
Спрос смещается к инженерам с бизнес-пониманием. AI снижает ценность чистого кодинга. Конвертация разработчиков в продактов эффективнее, чем наоборот.
Хотите обсудить эти темы с практикующими тимлидами?
Обсудить в Telegram