Не оптимизируй то, чего не понял: как аудит процессов помогает улучшать инженерные команды
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
Большинство «провалов оптимизации» — это не плохие фреймворки и не сопротивление команды, а оптимизация того, чего мы по-настоящему не поняли. Доклад о том, как сделать аудит процессов первым и главным шагом: что именно смотреть в команде, как зафиксировать «как есть», где у каждой команды спрятаны реальные процессы (часто — не там, где написано в Confluence), и как из аудита вырастают метрики, стандарты и оптимизации, которые не ломают рабочее.
CTO Портала Продавцов RWB. В IT прошёл путь от разработчика до руководителя, работая с backend-разработкой, архитектурой, инфраструктурой и инженерными процессами.
В начале карьеры разрабатывал backend на Go, Python и Java, проектировал микросервисные и монолитные системы, выстраивал CI/CD и production-инфраструктуру на Kubernetes. Также занимался data engineering и построением ELT-пайплайнов.
Сегодня отвечает за развитие Портала продавцов и работу инженерных команд. В фокусе — не только технологии, но и то, как устроены процессы разработки: как понять, что происходит в команде на самом деле, найти узкие места и улучшить процессы без лишней бюрократии.
