Почему Product Manager и Engineering Manager часто “misaligned”

Почему Product Manager и Engineering Manager часто “misaligned”Misaligned - не выровнены, не синхронизированы, с разными целями.Представим, что есть команда 5-11 человек, к которой «обычно» (везде по разному) приставлены технический и продуктовый менеджерыпо английски это называется team in partnership with EM and PM или supported by EM and PM)👉Обычно EM еще и people manager каждого человека из команды, то есть апрувит отпуск/отгулы, следит за индивидуальным перфомансом и проводит 1-1’ы, помогает с карьерном ростом, решает/создает конфликты и убрать блокеры (запросить информаци, настроить коммуникацию, сделать чтобы услышали просьбы команды), и чтобы все люди в команде были recognized, когда надо похвалены, когда надо повышены, когда надо дать фидбек что исправить.+ Delivery (с ЕМ ожидается что он ответственный за то чтобы все было в срок разработано и доставлено)👉Ожидается, что Product Manager для команды будет☀️Приносить контекст, why, мы делаем что-то☀️Выполнять Приоритизацию задач (то есть подсвечивать что должно быть сделано в первую очередь)☀️Формировать Roadmap для команды (чтобы было понятно что делать в след спринт, след квартал и далее)☀️Сбор требований с пользователей, аналитики, маркетинга и др☀️Оценка успеха (определить метрики которые будут показывать что фича успешна)+ Delivery (с PM тоже ожидается что он ответственный за то чтобы все было в срок разработано и доставлено)🤌Тут начинается конфликт, когда два человека ответственны за что-то у обоих два разных видения что такое Delivery. 🤷‍♂️У PM был срок от маркетинга, пользователей и др стейкхолдеров**это слово означает всех у кого есть интерес в продукте: маркетинг, пользователей, юрист, саппорт, бизнес и тд🤷‍♂️У PM был срок, была какая то фича, ее доставили «в срок», далее в приоритете другие сроки и другие фичи.🤷‍♂️Для EM чтобы успеть в срок надо обычно одобрить какой то “trade off”(например выпустить сыроватую фичу, пропустить какой то тест и др.), который потом надо будет исправлять/доработать/покрыть тестами и тд., то есть увеличить беклогДалее PM команде подсвечивает новые приоритеты и задачи, EM напоминает что у нас еще по старым есть что доделать, и давайте хотя бы 20-30% в спринте посвящать этому, PM соглашается, а к следующему спринту опять забывает, как альцгеймерЕсли кто-то из PM говорит, да я тоже был раньше разработчик/ЕМ/имею технический бекграунд - не верьте, на этой позиции что-то происходит, что каждый спринт они забывают, что 20-30% времени каждого спринта мы должны тратить на закрытие техдолга, как у саппортов которые варды и дасты забывают покупать.🎉Да здравствует первое мая!#менеджеры | @andreyposnov