В том, что очень часто DM имеет хороший технический бэкграунд. И драйвит некоторые проекты/программы несколько на другом уровне, нежели PM

просто в зависимости от проектов и клиента меняются роли.

Эм... DM - это РМ с тех.бэкграундом?

Зачастую да. Но в целом, это как вы верном заметили часто Менеджер программы/портфолио проектов.

Кароч сложная штука. :)))

Всем привет! #whois 1. Константин Левин. 2. Занимаюсь консалтингом при внедрении систем управления проектами, а также при внедрении систем управления стратегией в организациях. Опыт в проектном управлении в IT более 15 лет (Казахстан). IPMA (A). Соучредитель клуба проектных менеджеров Астаны. 3. Знакомство с братьями по разуму :) 4. Иногда провожу мастер-классы.

круть!

А СУП внедрешь где?

В IT и в прошлом году, в одной девелоперской (строительство) компании.

территориально в Астане или у нас в Спб ?

До 26.05.19 в СПб. Потом в Астану и через 1.5-2 мес вернусь обратно, уже надолго.

чуть чуть непопадает,  митап 30 числа. %)

"Ищу... способы приведения команды в состояние зрелого, самоорганизованного, контроллируемого юнита." - слегка завис на том что через запятую "самоорганизованного" и "контролируемого". Возможно зря тут вижу противоречие, но вижу ;(

ну внутри спринта у них будет шабаш, а снаружи  контроль %)

А, в смысле "играют по правилам" - тогда понятно.

Да, возможно, несколько некорректно сформулировал.
Смысл такой вкладывал

Со своей колокольни:

На мой взгляд люди слушают менеджера проекта только в одном случае - когда верят что он может изменить их жизнь. В хорошую или плохую сторону. А без этого - не слушают.

В вашем случае неуправляемый коллектив, который ни во что не ставит менеджера проекта и незаменим. Опять же по моему опыту - объединить такой коллектив в команду можно только найдя общую цель и единый мотив (и должно быт понятно причем тут менеджер / product owner / компания). Если сейчас их общая цель "рисовать модели в свое удовольствие и чтобы не сильно дергали" - то они ее прекрасно научились достигать и без каких-то корпоративных правил игры, и смогут достичь в почти любой другой компании. Нужно искать что-то значимое, что переменит ситуацию.

Думаю, есть вещи которые в такой ситуации можно делать и делать категорически нельзя.
Субъективно - все это в любом случае сводится к постановке задачи, которую каждый специалист их (коллектива) уровня хотел бы решить. И доказать что PM (PO, компания) - то самое связующее звено, единственная гарантия  их участия в решении этой интересной задачи. Наказание - отлучение от интересной задачи (в пользу неинтересной или просто увольнение). Если такой задачи нет, то описанное вами "сидение в болоте" останется для коллектива более привлекательным поведением.

Что забавно - также субъективно есть вещи, которые категорически делать не стоит. Например, раздавать акции "звездам", последовательно демонстрирующим "некомандное" поведение - только потому что они считают себя звездами и иные способы на них не действуют.
А вот что гораздо лучше работает - продать акции (или опционы).
Но с огромной вероятностью думаю в описанном случае - как раз от покупки откажутся (возможно - с возмущением, в стиле "я думал ты подаришь") :)

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

можно покрутить модели будущего в стиле "а что если...?":
- а что если "звезды" разбегултся, а "не-звезды" будут делать то, что нужно компании?
- а что если разбегутся вообще все и некому будет программировать модельки?
- а что если всех этих сатанистов подвергнуть экзорцизму и нанять в полтора раза меньше новых на в полтора раза большую зарплату?
- а что если все останется как есть?

очень часто после такого моделирования начинаешь понимать, что решения, которые кажутся недопустимыми, вполне допустимы и очень даже положительны

Коллеги, добрый день, у меня  вопрос очень простой и наверное заезженный, но что-то закрались сомнения. Если у вас в команде увольняется человек, вы договорились что он закроет некий перечень задач (итерацию,функционал), а ,значит, будет работать N дней до ухода (например,месяц) . Когда правильно  сообщать команде о его увольнении? Сейчас (Как только информация появилась) или ближе к дате фактического ухода сотрудника? И почему?

Он сам дожен рассказать, за него это делать не стоит