• Должность «менеджер проекта» может скрывать самые разные роли, ибо в центре этой должности вроде бы операционный менеджер, работающий по нормам практики проектного управления (версия этой нормы немного отличается для вариантов разных ассоциаций проектного управления), но в реальности всё может быть по-другому. Во-первых, «проект» сегодня совсем необязательно выполняется именно по практикам классического проектного управления (об этом будет в нашем курсе позже). Во-вторых, в маленьких коллективах разработчиков «менеджер проекта» на своей должности будет не только операционным менеджером, но и организатором, а дальше – сюрприз! – можно легко обнаружить, что он исполняет роли стратега/визионера, а ещё и архитектора, и даже принимает принципиальные для разработчика решения по концепции системы, а потом делит работу согласно этим принятым решениям по разработчикам. Но это же инженерные роли, а не менеджерские! Да, на должности «менеджер проекта» часто работает инженер. Это так же часто, как «ведущий инженер» может выполнять главным образом менеджерские роли, а инженерией целевой системы заниматься только маленькую часть времени. Всегда уточняйте, чем занимается на своей должности человек: какая практика, какая роль, какие ролевые интересы и какая у него система в цепочке создания и в какой он сам системе в цепочке создания.

• Продакт-менеджер/product manager и собственник продукта/product owner. На этих должностях существенная часть деятельности, существенное время выполнения практики – это стратегирование/визионерство по отношению к продукту как целевой системе, или целевой услуге. Но вот дальше там будет «букет» из как менеджерских ролей, так и ролей инженерии целевой системы. При этом ни в одной организации вы не встретите одинакового набора ролей и одинакового распределения времени на выполнение практик этих ролей, а если в организации будут одновременно и product manager и product owner, то вы услышите в каждой из этих организаций пространные объяснения, как между этими должностями разлеглись разные роли, но вот только эти объяснения в разных организациях будут разными (при полной уверенности, что «везде одинаково, и у нас так же»).

• Наставник как организационный статус – это непонятно что. Должность – это не единственное понятие, с которым путаница, бывают и её эквиваленты – организационные статусы как оргместа для размещения туда людей, просто «должность» обычно входит в штатное расписание, а «организационный статус» не входит. Оргзвено становится таким, когда агента размещают на оргместе (должности или организационном статусе). В оргзвеньях не-подразделениях это может быть секретарь комиссии, председатель научно-технического совета и т. д. Под «наставником» обычно понимается какой-то опытный сотрудник, передающий свой опыт менее опытному. Но за этими словами непонятно какая именно практика (что делают эти люди, а не какой им почёт, уважение, признание заслуг и опыта), поэтому непонятно, какая там роль – непонятно, что на этой роли делать, как к этому относиться другим ролям. Как сказал один начальник отдела, которого пытались сделать «наставником»: «если я этому инженеру наставник, то я должен быть уверен, что он выполняет мои советы. То есть должен стать его начальником, и он никуда не денется, буду передавать ему опыт. А если я его начальник, то зачем мне этот титул наставника? Я ж и так по должности озабочен растить-развивать своих сотрудников! А если я не начальник, то что я буду ему советы давать, когда у него для этого свой начальник есть? И зачем я буду тратить время на то, чтобы уговаривать его эти советы выполнять, если я могу не тратить этого времени, когда я начальник? Пустое это: начальник и наставник это одно и то же». Тут будет сразу множество возражений и разъяснений, но над этой организацией нужно очень хорошо подумать: что там с практиками, ролями и распределениями их по статусам. Потом попробовать табуировать слово «наставник» (и похожие слова типа agile coach