Управление проектами.РУ

Управление проектами.РУ
Сообщество тех, кто умеет или хочет научиться
хорошо управлять проектами
03 апреля 2013 Все для начинающего РМа
5 868 0

Проектная команда. Основные люди в вашем проекте

Юлия Бажанова
Редактор проекта, РМР, РМЕ, PRIME

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

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


Рассмотрим более подробно участников проектной команды.

Заказчик проекта (иногда, но не всегда, он же является пользователем) – это лицо, которое будет получать выгоды от результата проекта.

Спонсор – это человек, который обеспечивает проект всесторонней поддержкой. Это могут быть финансы или какие-либо другие ресурсы. Так же это может быть помощь в организации и администрировании.

Проектный офис – это подразделение, которое может просто предоставлять поддержку в управлении проектами или же нести прямую ответственность за выполнение проектов.

Руководитель проекта (ну это понятно) – это лицо, которое непосредственно несет ответственность за управление проектом.

Проектная команда – это группа лиц, выполняющих проектные работы.

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

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

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

Внешние проекты – это когда заказчиком проекта не является ваша организация.

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

Обратите внимание, что заказчик и пользователь – это разные роли. Заказчик ставит цели и может принимать результат. А пользователь – будет работать с этим результатом. Если вдруг эти роли оказываются совмещены, необходимо оценивать результат с точки зрения заказчика и пользователя, не смешивая их.

Также нежелательно, чтобы заказчик совмещал и роль спонсора. Такое часто происходит при выполнении внутренних проектов, когда проект выполняется внутри организации и для внутреннего Заказчика. Но в любом случае, будет лучше, если Заказчик и Спонсор будут разными лицами.

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

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

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

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

В ней тем не менее тоже есть плюсы и минусы. Основные плюсы: наилучшие условия для эффективного управления проектом, у руководителя проекта большие полномочия, исполнители проекта полностью вовлечены в проект.

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

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

комментарии

Добавить комментарий

Такой e-mail уже зарегистрирован. Воспользуйтесь формой входа или введите другой.

Вы ввели некорректные логин или пароль

Sorry that something went wrong, repeat again!

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: