Как показывает практика, на должность руководителя проекта в IT-компании обычно подбирают людей с опытом работы в данной сфере не менее чем 1 год. Поэтому, неопытные менеджеры могут устроиться только на должность QA, аналитика и порой даже разработчика.
Если проявлять себя с хорошей стороны, то в скором времени можно рассчитывать, что вам доверят выполнение сложных управленческих задач. Но при этом не всегда получится отказываться от старых обязанностей. Иногда приходится совмещать от двух и более ролей на одном проекте.
И дабы не загнать себя в профессиональный тупик, в данном материале как раз и будет дан анализ наблюдениям и выводам о том, как необходимо выполнять переход с одной должности на другую без потери профессиональных навыков!
Расставляйте приоритеты правильно
В начале смены профиля деятельности внутри IT-компании у вас обязательно будут появляться новые задачи, хотя и старые дела также будут давать о себе знать. С каждым днем задач будет становиться все больше и больше, а их важность сложно переоценить.
Если речь идет о переходе с позиции QA на роль менеджера проекта, то обязанности и задачи второй позиции на порядок важнее, чем работа тестировщика. Как правильно найти золотую середину? Как вариант, можно попробовать создать список, основываясь на вопросе «Если эту задачу я выполню позже, повлияет ли это негативно на весь проект?».
Отсутствие времени
Практически все начинающие менеджеры проекта сталкиваются с подобной ситуацией. Времени на максимальное погружение в проверку ПО не остается. Тестирование ПО либо откладывается на потом и задерживает процесс разработки, либо сильно страдает от некачественного исполнения. И оба варианта абсолютно не приемлемы на практике!
Как быть? Необходимо закрепить или решить проблемы неопровержимыми фактами. Как вариант, можно воспользоваться каким-то трекингом времени для выполнения всех поставленных задач.
Также не стоит стесняться советоваться с руководством, спрашивая у них, правильно ли вы оцениваете сложность задач и какие советы можно взять на вооружение. Подобная стратегия позволит вам просмотреть текущие проблемы изнутри.
Если вам повезло, и ваше начальство слышит вас, а ваши аргументы действительно убеждающие, вам точно помогут. Более того, с вас окончательно могут снять обязанности QA.
Работа с мелкими деталями
В определенные моменты вы будете в курсе всего, что происходит на проекте. С одной стороны, хорошо, когда ты все понимаешь и во всем разбираешься. Но, с другой стороны, накапливается перегруз информации и возникает риск забыть что-то очень важное.
Как с этим справиться? Разобраться, кто должен отвечать за те или иные области разработки/тестирования ПО, дабы знать с кого и в каком объеме можно спрашивать.
В завершение необходимо отметить несколько особенностей, с которыми сталкивается человек при переходе из должности QA на руководящую роль:
- Очень мало исследовательской работы. Со временем все приобретенные технические навыки попросту забываются.
- Нет возможности самостоятельно формировать рабочие группы. Как правило, руководитель проекта работаете с теми, кого ему назначали.
- Нет возможности менять проекты по желанию (нравится этот, но не нравится тот).
- Масса коммуникации (от постоянных звонков до онлайн-встреч и митингов).
- Трудности в плане изолированности от важных задач, которые требуют незамедлительного переключения.
Но в то же время роль руководителя проектов позволяет наработать массу полезных навыков, среди которых можно выделить:
- Способность находить общий язык между заказчиками и членами проектной группы;
- Умение решать проблемы и не допускать их в будущем;
- Принятие причин управленческого решения;
- Понимание того, как выстроен процесс разработки всего проекта.
Оставить комментарий