Сергей Бондаренко

Инженерный руководитель с 10+ годами в IT и предыдущим опытом в M&A, международном налогообложении и корпоративных финансах (Deloitte, PwC, Газпром).

Благодаря этому опыту я смотрю на разработку не только как на delivery-функцию, а как на часть бизнес-системы: она должна помогать быстрее проверять гипотезы, надежно выпускать продукт, управлять техническими рисками и делать стоимость IT понятной для бизнеса.

Как инженер, я прошел путь от Android-разработчика до руководителя разработки и позиции старшего архитектора. Запускал мобильные приложения B2C- и B2B-продукты, развивал аудиторию от десятков тысяч до миллионов пользователей.

Строил команды с нуля и вел распределенные команды до 35 инженеров. Нанимал и развивал инженеров и лидов, провел 200+ собеседований.

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

Моя сильная сторона - связывать техническую стратегию, командную структуру и бизнес-результат в управляемую систему.

Лучше всего подойду тимлидам, Engineering Manager, руководителям разработки и начинающим CTO, а также тем, кто готовится к переходу на этот уровень.

Если цель карьерная, помогу упаковать опыт: резюме, LinkedIn, самопрезентация, интервью и кейсы.

При входе в новую роль разберем, что диагностировать в первые недели, как выстроить доверие с CEO/фаундерами и как говорить о технических рисках на языке бизнеса.

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

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

По технической стратегии и roadmap посмотрим, где архитектурные решения действительно влияют на скорость, надежность и стоимость, какие изменения стоит делать сейчас, а какие можно отложить.

В теме AI-assisted engineering разберем, как внедрять coding agents: где нужны quality gates, как описывать задачи, на каких этапах оставлять ревью человеком, какие метрики смотреть и как ограничивать применение в рискованных зонах.

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