нескольких команд. Куда его вы суете при продуктовой трансформации? delivery manager? Release manager?
«Тимлид» у вас больше технический чувак или больше про найм/развите людей?
У нас тимлид - это по сути проджект менеджер без проекта - уровень културы невысок, но умеет находить язык с народом, всех знает, бегает тушит пожары и латает дыры, а также стремится контролировать командду и управление задачами - пытаюсь оставить их в домене релиз менеджимента, тех менторинга и кросскомандного взаимодействия и забрать контроль и микроменджмент - но они упираются
Delivery Manager тогда да
вот тоже так думаю. но надо прокачивать скилы. потому что пока только опыт работы с монолитом и понимания продвинутых релизных практик не оч
Есть ещё близкая роль - TPM. Но я если честно не знаю особо разницы, обычно это для больших компаний с десятками команд.
ну это имхо уже на уровень выше... и где-то в организации с крутой производственной культурой да
Вообще в идеале релиз-менеджера быть не должно. Как говорит мой знакомый девопс, если в компании есть релиз менеджер, то CTO нужно на мороз. Автоматизация и CI/CD делают поставку непрерывным процессом. Деливери менеджер больше работает над составлением кросс-командных роадмепов, трекингом зависимостей, устранением блокеров. По сути разруливает стандартные последствия микросеовисной архитектуры типа «что бы закрыть эту сторю нужен api от другой команды»
Ну это да - высокий уровень технической продвинутости. Когда наверно ci/cd в командах (а желательно ещё и SRE компетенции и мониторинг в команде), тогда его более точно назвать delivery manager - хотя кросскомандные аспекты релизного процесса он по идее тоже должен закрывать
Обсуждают сегодня