(function(m,e,t,r,i,k,a){m[i]=m[i]||function(){(m[i].a=m[i].a||[]).push(arguments)}; m[i].l=1*new Date(); for (var j = 0; j < document.scripts.length; j++) {if (document.scripts[j].src === r) { return; }} k=e.createElement(t),a=e.getElementsByTagName(t)[0],k.async=1,k.src=r,a.parentNode.insertBefore(k,a)}) (window, document, "script", "https://mc.yandex.ru/metrika/tag.js", "ym"); ym(93856205, "init", { defer: true, clickmap:true, trackLinks:true, accurateTrackBounce:true }); ym(93856205, 'hit', window.location.href);

Пять ошибок начинающих проджект-менеджеров

Проджект-менеджер — специалист, который знает всё о проекте, ловко жонглирует задачами в таск-трекерах и придает хаосу структуру. Но и ему, особенно в начале карьеры, не чужды страхи и сомнения. Анна Чернопятова, проджект-менеджер IT Test, вспомнила, как начинала карьеру, и составила список ошибок, которые обычно совершают новички.

Стремиться стать экспертом во всем

Начинающим проджект-менеджерам может казаться: чтобы управлять проектами в IT, нужно изучить эту сферу вдоль и поперек. Это неверный подход.

Конечно, полезно, когда у проджекта есть релевантный опыт. Например, если раньше вы работали Frontend-разработчиком, это поможет вам составлять ТЗ, ставить задачи и общаться с коллегами на одном языке. При этом, если нужно поставить задачу для DevOps, вы сможете сформулировать ее только верхнеуровнево — объяснить, какой результат должен получиться в итоге. Зачастую этого достаточно.

Вам не нужно в деталях понимать все, что делает разработчик, или быть экспертом в UX. Для этого есть другие члены команды. Ваша роль — задавать им нужный вектор движения и следить, чтобы все задачи были выполнены в срок. Не стоит забывать и о том, что излишний контроль и разжевывание каждой задачи убивают инициативу и воображение.

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

Молчать, когда что-то непонятно

Вы управляете людьми, они на вас рассчитывают. Кажется, что у лидера в команде должен быть ответ на любой вопрос.

Очень часто из-за такой ответственности начинающие проджекты боятся выглядеть глупо. Они предпочитают гуглить ответ в течение двух часов вместо того, чтобы подойти к коллеге и решить все за пять минут. В IT Test всегда приветливо относятся к джунам и никогда не закатывают глаза в ответ на вопрос.

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

Уделять больше времени теории, чем практике

Читать книги и проходить курсы, чтобы подтянуть знания, — это здорово. В интернете много качественного контента, из которого можно почерпнуть что-то новое и полезное.

Но не стоит забывать, что профессия проджект-менеджера в первую очередь прикладная. Можно прочитать сотню книг и, приступив к работе, понять, что теория и практика — это совершенно разные вещи.

Чтение не научит взаимодействовать с командой, понимать коллег и клиентов, писать ТЗ и ставить задачи в таск-трекерах. Только практическая работа и конструктивный фидбек помогут развить эти необходимые навыки.

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

Бояться ответственности

Часто проявлять инициативу людям не дает страх ответственности. Бояться — это нормальная реакция психики, когда вы оказываетесь в незнакомой обстановке и новой для себя роли. Все боятся. Даже те люди, которыми вы, возможно, вдохновляетесь.

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

Надеяться только на себя

Проджект-менеджер — командный игрок, который должен доверять другим. Верить, что дизайнер нарисует крутой макет, а тестировщик все тщательно проверит. Если проджект будет досконально перепроверять все за каждым сотрудником, проект далеко не уедет.

Если вы хотите расти как проджект, вам нужно научиться чувствовать и понимать других людей. Так вы сможете предугадывать, каких результатов от каких сотрудников можно ожидать, кто сделает свою работу отлично, а за кем лучше лишний раз перепроверить. Но точно не стоит контролировать все и вся — это растянет каждый этап на пути к завершению проекта, да и прибавит вам огромное количество работы помимо основных задач.

Напишите в комментариях, какие из этих ошибок вы замечали за собой.

Больше экспертных материалов о заказной разработке, дизайне и тестировании в Telegram-канале IT Test.

0
3 комментария
Евгений В.

Впервые вижу пост, который в популярном и без комментариев! Висишники, вы чего? 😲

Ответить
Развернуть ветку
Максим Клименко

в посте нет картинок с котиками или мемов

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
0 комментариев
Раскрывать всегда