Руководители проектов: ценность понимания технологий

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

Но что произойдет, если этот самый руководитель проекта сделает шаг вперед и по-настоящему поймет все технические аспекты? Что, если он уделит время на понимание технологий и как они связаны с управляемым им проектом? Добавит ли это ценности проекту в целом? Появится ли у проектной команды больше уважения к руководителю проекта? Будет ли управление ожиданиями высшего руководства легче?

Да, да и да! Есть те, кто верят в то, что понимание технологий проекта, которым вы управляете, по-настоящему переносит вас с уровня руководителя задачами до уровня настоящего руководителя проектами. Но что же означает фраза "понимание технологий"? Некоторые люди могут возразить, что вы не будете хорошим технологом, пока вы не проведете множество часов, изучая, расписывая миллионы строк кода или переживая перерывы в работе, которые длиннее 30 минут. Тогда и только тогда вы можете называть себя технологом. В действительности, после всего этого вы сможете запустить информационный центр или же повесить бесконечное количество проводов в качестве победных медалей.

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

Как давно вы общались с технологом, ведь они говорят на довольно непонятном языке? В этом  наверняка и заключается весь фокус - вы должны уметь общаться с людьми, которыми вы управляете. Управление проектом означает управление  людьми, а если вы говорите на двух разных языках, то вам стоит быть готовым к бесконечным часам непонимания и потерянной производительности.

Конечно, это не означает, что все руководители должны сейчас же стать технологами. Однако им стоит уделить свое время на понимание проекта, которым они управляют, именно с технической стороны – это следует сделать как минимум ради того, чтобы предоставить проект должным образом. Руководителям стоит понять все технологические проблемы и их влияние друг на друга, а также на проект в целом. Вам, например, стоит понять, почему когда приложение загружается на физическом носителе информации, оно не подает признаков жизни в случае с VMware. Начните с понимания ошибок и что они означают.

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

• Улучшить общение с поставщиками для того, чтобы передавать правильные запросы услуг.
• Эффективно общаться с проектной командой для понимания статуса, технических проблем и для помощи в расстановке приоритетов задач.
• Полностью оценивайте риски и определите более четкие планы по избеганию.
• Активно информируйте руководство правильной информацией про их текущую или будущую инфраструктуру.
• Задавайте правильные вопросы при отборе кандидатов для работы в вашем проекте.

Наиболее важно то, что вы можете заполнить пробел между "руководителем задач" и настоящим руководителем проекта.

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