Для оценки качества игры ролей у себя и других, нужно быть знакомым с текстом роли. Если вы не читали пьесу, не знаете реплик, не понимаете целей своего персонажа – не будете понимать игру других актёров, да и сами играть вы будете плохо, даже если как актёр вы гениальны (будете гениально произносить неправильные реплики и гениально делать бессмысленные, а то и вредные действия).
Лидерство – это дисциплина менеджмента, в которой учат катализировать сотрудничество. Лидер как режиссёр в театре имеет мастерство в помощи исполнителям войти в свои роли в проекте. Но вот актёров учат и собственно актёрскому мастерству – как им безопасно входить в роль и выходить из роли, выбирать роли для себя, учить роли. В корпоративном мире людей учат только лидерству (режиссёрскому), но не ролевому (актёрскому) мастерству. И когда собираются в комнате совещаний двадцать лидеров, получивших подготовку по убалтыванию друг друга занять какую-то роль, но не имеющие никаких навыков по занятию и удержанию собственных прикладных (инженерных, менеджерских, предпринимательских, образовательных) ролей – получается не очень хорошо. Спектакли играются не режиссёрами, проекты делаются не лидерами. Нужны актёры, квалифицированные исполнители требуемых спектаклем или проектом ролей! Работа режиссёра и лидера уже сделана, когда идёт спектакль или проект!
Какие роли нужно занимать в проекте, как о них думать, как их распознавать? Тем более что ситуация сложней, чем в театральном спектакле: один человек в маленьких организациях может играть множество проектных ролей, а в крупных организациях одну роль будет играть множество человек. И роли можно рассматривать в проекте, в деятельности, в организации – везде это роли, но есть нюансы.
Как думать о ролях в проекте по созданию систем (а в конечном итоге все проекты оказываются проектами по созданию успешной той или иной системы) подробно описывается в учебнике «Системное мышление» 86 86 https://ridero.ru/books/sistemnoe_myshlenie/
и одноимённом онлайн-курсе 87 87 https://system-school.ru/systems-thinking
.
Основные трудовые/проектные роли
Вот системная схема проекта, описывающая минимальный набор объектов внимания в проекте(она взята из доработанного стандарта OMG Essence 88 88 https://arxiv.org/abs/1502.00121
):
По поводу этих объектов внимания разные «действующие лица», т.е. разные трудовые/проектные роли должны непрерывно договариваться.
Все эти роли можно считать прикладными специализациями трёх основных ролей:
• Предпринимательской, которая решает, нужно ли вообще делать этот проект – кому будет нанесена непоправимая польза или вред этим проектом, кто за него заплатит достаточно, чтобы его окупить
• Инженерной, ответственной за такое преобразование части физического мира, чтобы всё работало как ожидается
• Менеджерской, которая принимает ресурсные решения: какие ресурсы (люди, оборудование, материалы) нужно в какие моменты как собрать, чтобы работа была выполнена в срок и с заданными ресурсными ограничениями.
Хорошим приёмом, позволяющим хоть как-то разобраться в сложном проекте, является сведение всех остальных трудовых ролей к этим базовым, просто считаем другие роли какой-то специализацией этих. Скажем, все инженеры как-то меняют мир, менеджеры заняты организацией работ этих инженеров, предприниматели должны догадаться, что именно нужно менять в мире, чтобы работа была оплачена.
Пример проекта: учебный курс
Все эти рассуждения нужно уметь адаптировать к разным предметным областям, где используется разная терминология для более-менее одинаковых по их целям деятельностей. Так, инженер меняет мир. В образовании мир меняет не инженер, а педагог: именно он на входе берёт необученного студента/ученика и на выходе практики/деятельности обучения получает обученного выпускника. Это тот же самый «инженер» (или даже «рабочий»), только работающий не с железом или электроникой, а с людьми.
Вот как мы можем адаптировать системную схему проекта для такого проекта, как учебный курс:
А теперь попробуем разбить каждый из крупных объектов внимания в проекте (назовём эти объекты внимания «альфами», на диаграмме они и показаны значками, напоминающими букву «альфа») на объекты чуть помельче (назовём их подальфы). Это будет неполное разбиение, об этом будет напоминать многоточие в каждом перечислении.
Читать дальше