Welcome to the real world! Или как мы провели практику для будущих проджект-менеджеров
Привет! На связи Андрей Кучугурин, тимлид РМ в компании iD EAST.
Навыки эффективного управления — это то, что важно для менеджера в компании любого уровня. Это отражается и на качестве выпускаемых продуктов в IT или digital, и на том, как быстро решения появляются на рынке, и в какой бюджет обходятся собственникам бизнеса.
Недавно iD EAST и Нетология провели учебную практику по управлению проектами для студентов, а мне посчастливилось возглавить это мероприятие. В новой статье не только расскажу, как прошла практика, но и постараюсь дать полезные рекомендации для всех, кто интересуется профессией проджект-менеджера и стремится к развитию в ней.
Содержание
C чего начиналась практика для PM
iD EAST получила приглашение провести учебную техническую практику для студентов совместной онлайн-магистратуры Нетологии и РАНХиГС «Управление проектами в IT и digital».
В нашей компании позитивно относятся к участию в студенческих практиках. Менеджер по маркетингу Наира Давудян именно так попала в iD EAST. Об этом она упоминала в недавней статье. В общем, мы с удовольствием приняли приглашение Нетологии и приступили к организации практики.
Цель студентов Нетологии — получить опыт по управлению проектами. За время практики студент проводит анализ проекта и предлагает методы по его улучшению.
Перед нашей командой стояла задача: дать максимум полезного опыта группе из 16 человек с учетом всего двух встреч и общего срока практики (1 неделя). Студенты должны были решить реальные кейсы от iD EAST, а мы — проверить логику решений и сформировать обратную связь для каждого студента.
Для участников практики это возможность проверить свои силы в условиях, близких к реальной работе, в которой нужно быстро принимать решения и учитывать ограничения.
Итак, составили процесс прохождения практики. Он включал следующие компоненты:
1) Общий тайминг
Поскольку на практику была всего неделя, мы разбили её на две встречи в Zoom. Сделали вводно-ознакомительную встречу и заключительную с подведением итогов. Определили удобное время и поставили встречи в календарь.
2) Кейсы
Подготовили кейсы с разными входными условиями — и не простые, и не запредельно сложные. Так новички применят больше инструментария из изученного, а ребята с опытом проявят творческий подход и дадут, возможно, более изящное решение, чем команда реализовала на данный момент.
При выборе кейсов учитывалась учебная программа студентов. Кейс состоял из описания клиента, проекта, задачи и проблематики.
3) Материалы
Вместе с коллегами оформили презентацию с кейсами (мы — опытное агентство, так что всё должно быть по красоте). Постарались преподнести информацию доступно и с юмором.
Для сбора ответов были подготовлены простые формы обратной связи. Студенты должны были предоставить свои решения, заполнив их. В отдельной папке разместили презентацию о компании, слайды с проектами и файл с онбордингом. Всё, чтобы студенты быстрее погрузились в процесс.
4) Коммуникация
Создали чат в Telegram, чтобы студентам было удобно писать вопросы. Продублировали в него организационные моменты: дни и время звонков, ссылки на материалы.
Практика: время разбираться с реальными кейсами
На первом звонке мы представили участникам нашу компанию. Провели онбординг в наш офис, уточнили уровень подготовки ребят и подробнее рассказали о кейсах и ключевых ролях взаимодействия на проектах. Рассказали, что требуется сделать по итогам практики. Было сложно не разболтать решения на этапе вопросов от студентов.
Всю неделю атмосфера в нашем чате была огненной — студенты активно делились друг с другом гипотезами и вариантами решений кейсов.
В заключительный день практики наша команда подвела итоги обучения и оценила работу каждого. Кстати, я не упомянул, но мы дополнительно протестировали ребят в начале практики. Попросили их написать о себе короткое резюме и указать возраст, опыт в «разработке» или управлении чем-либо.
Можно было также привести примеры проектов личного развития, так что ответы были от «рождения дочки» до «внедрения системы электронных билетов на междугородние автобусы в Сибирском регионе и Алтайском крае».
Обратную связь в рамках обучения мы дали уже по логике решения кейсов на основе собственных «правильных» ответов. Для этого заранее проанализировали работы и поделились выводами со студентами на звонке. Обсуждение кейсов и анализ допущенных ошибок я сопровождал советами, как PM строить работу с клиентами, чтобы релизы выходили в срок.
Любопытно, что при анализе ответов мы обнаружили, как в голове проджектов появляется один предрассудок, который потом сложно искоренить. У некоторых ребят сложилось ощущение, что клиенты хорошо разбираются в разработке, понимают всё про IT.
Из-за этого ожидания неопытные проджект-менеджеры воспринимают клиента, как равного по экспертизе, и исходят из этого, когда выстраивают тактику изменения производственных процессов. А это не всегда так. Часто наша задача, как исполнителя и разработчика, донести до клиента простым языком правильное и эффективное решение задачи.
Ошибочно сводить все к критике клиента и его действий, а особенно учить клиента, как ему вести бизнес. Постарался донести до студентов этот момент, чтобы они учли его в работе и не портили отношения с заказчиками.
В целом, мы не ждали от будущих PM сразу простых и понятных решений. Большинство в своей работе решило написать, что такое гибкая методология, и зачем она нужна на производстве.
Много времени ушло, чтобы понять, как человек мыслит, и интересно ли ему заниматься «управлением». Ведь будем откровенными, что часть студентов выбрала такое обучение, потому что хочет в «ИТ» по причинам, не связанным с внутренним стремлением к самореализации или предрасположенности к менеджменту. Были студенты, которым я порекомендовал попробовать себя в другой IT-профессии, увидев, что их потенциал лучше раскроется в другом направлении.
В целом мы с коллегами были приятно удивлены, когда увидели, что, как минимум, четверть студентов реально пыталась разобраться в проектах, искала информацию и даже импровизировала с оформлением ответов. Всех отметили.
Тех, кто справился с кейсом успешнее других, и предоставил близкое к «верному» решение, мы с коллегами решили поощрить подарками. Мелочь, а приятно! Смотрите, сколько эмоций это вызвало:
Работа над ошибками: что пошло не так?
Учитывайте, что во время даже идеальной практики что-то может пойти не так. И, если задуматься, это помогает получить ценный опыт. Мы анализируем причины возникших проблем и делаем выводы на будущее. О чем мы будем помнить в следующий раз:
- Важно выбрать единую форму для выполнения задания
Мы не сделали достаточный акцент на том, что надо заполнить гугл форму и предоставить свое решение в ней. У ребят осталось впечатление, что они могут к этому подойти на свое усмотрение. Как следствие, кто-то прислал решение в Figma, кто-то в Google Docs и т.д. Из-за этого мы с коллегами потратили больше времени на анализ ответов и не сразу смогли свести всё в общий документ с фидбэками.
- Студенты могут с опозданием прислать работы
Конечно же, вопросы по кейсам посыпались в последние дни практики. Часть студентов прислала их за день до сдачи решений. У многих участников практики параллельно возникли срочные дела по работе и учебе, а некоторые из них недостаточно серьезно отнеслись к заданию. Пришлось выделить на опоздавших дополнительное время…
- Не все студенты могут правильно понять задание
Мы не показали студентам пример решения кейса, чтобы они поняли, как лучше подойти к задаче. Одна девушка провела бизнес-анализ клиента по кейсу. Несколько человек скопировали теорию из программы обучения по теме гибких методологий. Что ж, здорово. Мы тоже освежили теорию в памяти.
А один студент удивил всех отчетом на 10 страницах. Ни слова про решение, а в конце — список используемой литературы…
Обратная связь от студентов
А что думают о практике в iD EAST студенты? На что они обратили внимание?
В рамках практики в компании iD EAST я занимал позицию руководителя проекта. Это был великолепныи опыт, который позволил мне погрузиться в профессию и понять, с какими задачами и трудностями придется столкнуться в жизни.
Хотя практика проходила онлайн, я чувствовал себя полноценным участником процесса благодаря профессионализму и опыту специалистов компании (Наира, Андрей, вы лучшие!). Однако, я уверен, что очное присутствие позволило бы еще больше погрузиться в рабочую атмосферу и взаимодействовать с коллегами непосредственно.
К сожалению, из-за сессии и основной работы у меня были ограничения по времени, что не позволило полностью погрузиться в проект. Несмотря на это, считаю, что справился с поставленной задачей и получил ценный опыт. А оценка Андрея помогла понять мои «пробелы» и научиться аспектам работы проектного менеджера.
Учебная практика это отличная возможность для студентов познакомиться с профессией и применить свои знания.
К сожалению, практика была короткой, но от этого не менее полезной с точки зрения знакомства с компанией и её внутренней культурой.
Во время практической части нас познакомили с двумя реальными кейсами, которые были в компании. В рамках задания был назначен один из них, вводные данные и результат, которого требуется достичь. Мы должны были предложить шаги, необходимые для получения результата.
По итогам выполненного задания руководитель практики от компании дал обратную связь по каждому предложенному действию: что было хорошо, что плохо, а что нужно исправить. Так как ситуации уже были пройдены компанией, нам рассказали о реальных шагах, предпринятых в компании, и какой результат был достигнут по факту.
Спасибо большое Андрею за полезную информацию и Наире за поддержку во время практики.
В этом году нам посчастливилось пройти практику в компании iD EAST.
Нашей задачей на практике являлось решение кейса, который был продуман с целью получения практического опыта. В кейсе была представлена проблема, которая замедляла процесс разработки, и поставлена задача «поменять процесс производства и обеспечить релизность раз в месяц». Мы должны были продумать план действий для принятия эффективного решения.
Честно скажу, для меня задача не была лёгкой, так как практического опыта не было. Но, благодаря обратной связи от Андрея, смог понять как действовать в подобных ситуациях и принять верное решение.
Практика понравилась, но было бы ещё интересно поучаствовать в реализации проекта, и на время практики стать частью команды, где смог бы оставить след в реализации проекта. Спасибо iD EAST, было интересно проходить практику именно у вас!
Не оставили нас без отзыва и сотрудники Нетологии:
Что эта практика дала нашей команде?
Учебная практика со студентами Нетологии стала ценным и интересным опытом для меня и нашей компании, поэтому мы не против повторить обучение в подобном формате. Сделаем выводы и продолжим с новыми силами. Зачем это нужно?
- На практике мы встречаем потенциальных сотрудников. Мы по достоинству оценили уровень подготовки студентов. Не исключено, что они будут приглашены работать в нашу команду. Тем более, позитивный опыт в этом уже есть.
Проведение учебной практики позволяет взглянуть на проекты с другой стороны. Мнение студентов может быть ценным и привнести свежие идеи и новый подход к работе.
Участие в практиках влияет на прокачку бренда. Студенты, прошедшие практику, уже знают команду и могут рекомендовать ее друзьям или руководству компаний, в которых они работают. Это отличный способ распространения бренда и создания положительного впечатления о нем на рынке. И, конечно, новые подписчики в TG-канале.
Участие в учебных практиках показывает неожиданные точки роста.
Общение с амбициозными студентами заставляет ещё раз обратить внимание на процессы, методы управления проектами и изменения в них. Возможно, задуматься об обновлении изживших себя практик. И, конечно, приятно посмотреть на привычную работу свежим взглядом. И команда iD EAST, и я лично будем рады продолжить сотрудничество с Нетологией.
Полезные рекомендации для тех, кто дочитал
- Книги, которые развивают качества, важные для PM
Мой подход не совсем классический. На личном опыте скажу, что чистая теория не работает никогда. Сколько бы вы не читали о разных системах, фреймворках или навыках «высокоэффективных людей», это относительно. Реальность отличается от академических знаний.
Предложенный мной список книг будет, скорее, направлен на развитие внутренней осознанности, чем технические аспекты. Это то, что помогает в развитии навыка управлении собой и управлении проектами.
📔 «Цель», Э. Голдратт
Книга о том, как директор завода пытается спасти бизнес от вынужденной продажи. Автор показывает, как перестроить любой процесс, исходя из целей и оптимальных затрат ресурсов. А также пишет, что процесс развития — это бесконечный цикл. Эта книга о том, что безвыходных ситуаций не бывает. Возможности для роста есть всегда и зависят от желания или потребности.
📕 «Поток», М. Чиксентмихайи
Книга рассказывает об искусстве потоковой деятельности. Всегда ли деньги — главная мотивация? Как получать удовольствие от того, что делаешь? Эта книга показала мне, что нет плохих задач и хороших, а главное — неинтересных. Интерес и цель можно создать и превратить любую работу в творчество.
📗«Антихрупкость», Н. Талеб
В книге говорится о скрытой асимметрии в повседневной жизни. Автор показывает, на что можно опираться, а на что — точно не стоит. Какие закономерности влияют на ситуации, а какие можно не учитывать при планировании. Чьим словам и действиям точно стоит доверять.
Меня эта книга научила действовать! Действие создает опыт и ответственность. После прочтения я научился легче принимать решения и отсеивать то, что лежит за пределами нужной цели. На мой взгляд, без данной книги к проектам вообще лучше не приступать.
- Какие навыки указывать в резюме PM, чтобы его заметили HR?
Знаниями про гибкие методологии или проактивностью, заявленной в резюме, уже никого не удивить. Но как выделиться из сотен соискателей и заинтересовать работодателя? Как напроситься в «компанию мечты»?
Существуют два основных подхода к составлению резюме. Первый — заточить описание в резюме под конкретную компанию, второй — сделать его универсальным для рынка. Разница между этими типами резюме принципиальная. Рекомендую вам сначала подготовить общее резюме по позиции PM, а потом адаптировать под привлекшую ваше внимание компанию.
Рынок пестрит неопытными специалистами, и многие из них в резюме подробно указывают то, чему их обучали в IT-институте. Не стоит акцентироваться на этом аспекте. Что же тогда писать?
Глобально задача проджект-менеджера заключается в том, чтобы «собрать и доставить груз из точки А в точку Б, в оговоренное время, несмотря ни на что». Так что лучше выделять навыки, которые этому способствуют на практике.
О том, какие это навыки, и как выгоднее представить их в резюме, я подробно писал в своей статье для проджект-менеджеров. Изучите мои рекомендации и отредактируйте его.
Конкурс для комментаторов VC
Хотите почувствовать себя в роли проджект-менеджера (РМ) на реальном проекте? Тогда этот конкурс для вас!
Условия простые. Читаете, применяете логику и личный опыт и описываете, как бы вы привели проект к нужному решению! Итак, поехали!
Проект: мобильное приложение для автодилера.
Вы — РМ команды подрядчика по разработке мобильного приложения. На проекте сложилась следующая ситуация:
- «Медленный» бекэнд (работы на стороне клиента) в сочетании с быстрым «фронтом» на стороне подрядчика. Сложилось отставание в план-графике примерно месяц-полтора.
- Используется каскадная модель процесса разработки, по ней требуется релиз раз в два месяца.
- PM клиента отстаивает интересы бэкенда (работы ведутся на стороне клиента).
- Форма взаимодействия с клиентом — Time & Material.
Ваша задача: описать, как можно изменить процесс производства и обеспечить релизность раз в месяц. Тезисно представьте ход сценария, как перестроить проект и решить кейс. Заполните нашу гугл форму и поделитесь решением в ней: https://forms.gle/Uht6nYXGEg2jFRJH6
Дедлайн: заявки принимаются до 8 сентября. Мы с коллегами изучим решения и 13 сентября в нашем TG-канале iD EAST подведем итоги конкурса и озвучим имена победителей. Они получат приятные сувениры от компании.
Хотите предложить сотрудничество или совместные проекты? Напишите нам на welcome@id-east.ru
"Ведь будем откровенными, что часть студентов выбрала такое обучение, потому что хочет в «ИТ» по причинам, не связанным с внутренним стремлением к самореализации или предрасположенности к менеджменту" люто бешено плюсую
Но есть ощущение, что их так же быстро "вымоет" из рынка ;)
Сегодня, как и обещали, подводим итоги нашего конкурса для проджект-менеджеров.
Из всех полученных решений, хотим отметить троих участников: Сергея Исакова, Анастасию Закотянскую и Илью Чуйко. Эти ребята, были на простом и очевидном логическом пути: «продать» решение об усилении бэкенда различными путями, и как следствие усилить его своими специалистами, а также перейти к методологии гибкого управления - Аgile, чтобы обеспечить нужную скорость выпуска релизов.
Все это мы конечно же пробовали, и если бы это сработало, то превратило бы решение в слишком простую задачу. Но был ряд интересных ограничений, которые выделили этот кейс в категорию «нетривиальных решений».
📣А победителем стал Исаков Сергей. В своем решении Сергей проработал большее количество вопросов и отработал все возражения. Благодаря его ответу мы еще раз удостоверились, что применили большинство «классических» вариантов решений. Поздравляем! В ближайшее время свяжемся по доставке подарка.
Хотим поблагодарить всех за участие в конкурсе и проявленную активность. Следите за нашими новостями, конкурсы не заканчиваются.
#конкурсideast #рм
Очень крутой опыт!)
Подскажите пожалуйста, сколько у вас проджектов в компании? И сколько примерно часов скольки из них было задействовано на этом проекте?
На том момент было 7 проджектов в компании. На этом проджект тратил около 40-60 часов в месяц. Не знаю что вам дадут эти цифры)
Посмотрел на описание кейса. Лютая хрень с мешаниной терминов вместо нормальных, человеческих вводных. Отдельное спасибо за термин "релизность" и его приравнивание к кассовым разрывам - на человеческом языке это называется "заказчик оплачивает работу траншами за успешно принятый релиз с функционалом, за который подписались люди уровня исполнителей".
Каскадность разработки здесь вообще не при делах, если заказчик не госконтора и не может представить внятное ЧТЗ на каждую итерацию.
При этом идёт T&M, но клиент оплачивает после выданного релиза, а не по часам - это уже в принципе косяк договора.
Состава релиза - чтобы понимать объем действий - нет, описания конвеера требований - нет.
Итого по искалеченному кейсу нужно принять какое-то решение, чтобы выпускать релизы быстрее (хотя читается из кейса, что заказчик тормозит работы, но тут для решения тоже важны детали).
Одно расстройство.
))) не расстраивайтесь) все клиенты специфичные. Не встречал двух одинаковых проектов с точки зрения процессов..
Например здесь т&м подразумевает, что после релиза мы выставляем документы с отчетом затраченных часов. Согласитесь такая форма оплаты ближе к т&м, чем к фиксе?
Ну и в целом мы кейсы максимально адаптировали, чтобы решением было просто описание тактики - как и что лучше сделать. Понять как у ребят будет работать логика. В статье есть об этом.
Да, вы верно поняли, что заказчик тормозит. Но упирается в свои внутренние возможности. Этим тоже можно управлять.)