Коллеги, думаю многим из вас знакома ситуация ниже👇🏼
Совещание на образовательном проекте
Разработчик платформы уверен, что без него всё технически развалится. Маркетолог — что без продвижения никто вообще не узнает о существовании образовательного продукта. Продакт считает, что для начала неплохо бы понять, нужен ли вообще продукт ЦА. А педагогический дизайнер спокойно смотрит на коллег и думает: «Чудесно, ребята. А учить то чему будем?».
Самое интересное, что каждый из коллег на совещании в определённой степени прав.
💭 Недавно задумался, почему вообще на проектах возникает ситуация, когда каждый считает, что его работа — самая важная на образовательном проекте. И если просто, но научно ответить на данный вопрос, то многое связано с особенностями человеческого восприятия.
Теперь обо всё по порядку.
Причина №1
Дело в том, что мы гораздо эффективнее видим сложность собственной работы.
Мы знаем, сколько решений пришлось принять, сколько ошибок предотвратить, сколько ограничений учесть и т.д., прежде чем появился итоговый результат.
А работу коллеги чаще всего видим уже в довольно свёрнутом виде.
Условно:
• Разработчик «написал код».
• Дизайнер «нарисовал макет».
• Маркетолог «запустил рекламу».
• Педагогический дизайнер «подготовил занятие».
То есть смотрите, что происходит.
Мы сравниваем внутреннюю сложность собственной работы с внешним результатом чужой.
Вполне логично, что при данном сравнении собственный вклад начинает казаться значительнее. Особенно, если не учитывать того, какие объёмы работ скрыты «за занавесом».
Причина №2
Когда специалист много лет развивает определённую компетенцию, он начинает смотреть на проект в том числе через неё. Для разработчика проект состоит из архитектуры, интеграций, технических ограничений и т.д. Для маркетолога — из каналов привлечения, конверсий, стоимости лида и т.д. Для педагогического дизайнера — из целей обучения, содержания, учебных активностей, средств оценки т.д.
Получается, что каждый специалист в определённой степени смотрит на один и тот же проект через собственную профессиональную оптику. При этом логично игнорируется оптика другого коллеги.
Причина №3
У разных специалистов разные KPI и зоны ответственности.
Например, разработчик отвечает за стабильность и скорость работы платформы. Маркетолог — за стоимость привлечения и количество клиентов. Педагогический дизайнер — за доходимость до конца обучения и образовательный результат.
Но на проекте может возникнуть интересная подмена.
Специалист начинает воспринимать успех своей части работы как успех всего проекта.
Таким образом, локальный успех ещё не означает успех проекта в целом.
☁️ Поэтому, на мой взгляд, сам вопрос «чья работа на проекте важнее?» не особо интересен.
Гораздо полезнее поставить его иначе:
Что именно в данный момент сильнее всего ограничивает движение к результатам проекта?
В какой-то момент я и сам начал всё чаще задавать данный вопрос себе.
И заметил то, что многие проблемы образовательных команд удаётся предотвратить ещё до того, как они превращаются в конфликты или какие-то бесконечные переделки.
Когда:
• заранее понятно, кто и за какой результат отвечает.
• участники видят зависимости между своими задачами.
• у команды есть общие критерии результата и приоритеты.
Когда член команды понимает, как его решение повлияет на работу коллег на следующем этапе!
То есть управлять проектом — во многом значит уметь видеть систему целиком и помогать команде видеть её вместе с тобой 🙌🏼
Во многом поэтому я и собрал курс «Управление образовательными проектами: основы».
В нём я систематизировал инструменты, которые помогают выстроить эту систему на практике.
Как говорится, просто рекомендую к 👉🏼 прохождению.