Нейминг в IT — все еще одна из основных проблем. С ролям и должностями такая же история. Да и менеджеров уже целая толпа: Project, Product, Delivery, Release, Growth и так далее. Теперь еще и Engineering (читай технический менеджер).
Так что это за роль такая?
Это роль, которая связывает между собой продукт / бизнес и технологии, и позволяет наладить процесс производства: от идеи до эксплуатации.
Что входит в зону ответственности:
- People management (управление людьми)
- Delivery process (процесс разработки)
- Технологии (от solution architecture до инженерных процессов)
А как распределяются зоны ответственности с другими ролями?
Бизнес (стейк-холдеры, операционка, и тд) — формулирует потребность. Это может быть что-то в виде “нам нужен инструмент повышения оборота”.
Продукт формирует решение. “Что” мы можем сделать, чтобы закрыть эту потребность? Например, шкала прогресса, которая будет расти при совершении целевых действий пользователем.
Технический менеджер решает, “Как” и “Когда” это будет реализовано принимая во внимание весь контекст:
- Другие задачи / приоритеты (читай загрузку команды со всеми нюансами в виде болезней, отпусков и выходных)
- Технологическое состояние (тех. долги, готовность архитектуры к такой доработке, стабильность работы системы и т.д.)
- Потребность бизнеса в этом решении
В результате работы тех. менеджера появляется верхнеуровнее решение, которое включает компонентную схему (как примерно будет работать фича), сроки и качество реализации. В процессе взаимодействия с продуктом и бизнесом тех. менеджер предлагает улучшения или изменения решения, чтобы попасть в нужные сроки и качество.
Engineering Manager — это человек, который делает так, чтобы всё реально работало, при этом команды не “выгорали”, а бизнес был доволен. 🚀