Почему каждый считает свою работу самой важной?

Коллеги, думаю многим из вас знакома ситуация ниже👇🏼

Совещание на образовательном проекте

Разработчик платформы уверен, что без него всё технически развалится. Маркетолог — что без продвижения никто вообще не узнает о существовании образовательного продукта. Продакт считает, что для начала неплохо бы понять, нужен ли вообще продукт ЦА. А педагогический дизайнер спокойно смотрит на коллег и думает: «Чудесно, ребята. А учить то чему будем?».

Самое интересное, что каждый из коллег на совещании в определённой степени прав.

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

Теперь обо всё по порядку.

Причина №1 Дело в том, что мы гораздо эффективнее видим сложность собственной работы.

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

А работу коллеги чаще всего видим уже в довольно свёрнутом виде.

Условно: • Разработчик «написал код». • Дизайнер «нарисовал макет». • Маркетолог «запустил рекламу». • Педагогический дизайнер «подготовил занятие».

То есть смотрите, что происходит. Мы сравниваем внутреннюю сложность собственной работы с внешним результатом чужой. Вполне логично, что при данном сравнении собственный вклад начинает казаться значительнее. Особенно, если не учитывать того, какие объёмы работ скрыты «за занавесом». Причина №2 Когда специалист много лет развивает определённую компетенцию, он начинает смотреть на проект в том числе через неё. Для разработчика проект состоит из архитектуры, интеграций, технических ограничений и т.д. Для маркетолога — из каналов привлечения, конверсий, стоимости лида и т.д. Для педагогического дизайнера — из целей обучения, содержания, учебных активностей, средств оценки т.д.

Получается, что каждый специалист в определённой степени смотрит на один и тот же проект через собственную профессиональную оптику. При этом логично игнорируется оптика другого коллеги.

Причина №3 У разных специалистов разные KPI и зоны ответственности.

Например, разработчик отвечает за стабильность и скорость работы платформы. Маркетолог — за стоимость привлечения и количество клиентов. Педагогический дизайнер — за доходимость до конца обучения и образовательный результат.

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

☁️ Поэтому, на мой взгляд, сам вопрос «чья работа на проекте важнее?» не особо интересен.

Гораздо полезнее поставить его иначе: Что именно в данный момент сильнее всего ограничивает движение к результатам проекта? В какой-то момент я и сам начал всё чаще задавать данный вопрос себе.

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

Когда: • заранее понятно, кто и за какой результат отвечает. • участники видят зависимости между своими задачами. • у команды есть общие критерии результата и приоритеты. Когда член команды понимает, как его решение повлияет на работу коллег на следующем этапе!

То есть управлять проектом — во многом значит уметь видеть систему целиком и помогать команде видеть её вместе с тобой 🙌🏼

Во многом поэтому я и собрал курс «Управление образовательными проектами: основы».

В нём я систематизировал инструменты, которые помогают выстроить эту систему на практике.

Как говорится, просто рекомендую к 👉🏼 прохождению.