Наименования задач и издержки проекта

MS Project Professional в сочетании с MS Project Server предоставляет возможность интегрировать в процесс планирования не только исполнителей в рамках компании, но и внешних исполнителей, в т.ч. заказчика.  Исполнители, как правило, не используют MS Project Professional, а осуществляют взаимодействие с системой планирование через веб-интерфейс.  

Важной особенностью такого взаимодействия является то, что исполнителю «доставляются» только его задачи — задачи назначенные на него из разных проектов. При этом в назначениях исполнитель не видит ни чужих задач, ни всей структуры проекта. Частой ошибкой начинающих пользователей-руководителей проектов, является то, что название каждой конкретной задачи плохо отражает смысл задания, который как правило можно более точно определить видя соответствующую суммарную задачу. Но исполнитель ее не видит. Это отнимает у исполнителя время на размышления о том «а что имел ввиду руководитель проекта, то что мы обсуждали неделю назад или это что-то новое», провоцирует ненужные совещания и простои, излишний поток переписки. 

Оценим следующую картину:

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

Задачи заказчика в этой ситуации должны были выглядеть как «Согласовать», «Осуществить приемку».

Важным качеством профессионального руководителя   проекта является то, что он умеет встать на позиции тех специалистов, с которыми он взаимодействует — исполнителей, заказчиков, и оценить ситуацию их глазами. Это является основой для успешного ведения проектов и принятия адекватных решений. Одна из ситуаций, ярко иллюстрирующих данный принцип, назначение задач через MS Project — руководитель проекта, должен представлять, что увидит исполнитель и какова будет его реакция на это, будет ли эта реакция способствовать своевременному и успешному завершению проекта или приведет к простоям и лишним затратам.

Чтобы исправить данную ситуацию и донести свое несогласие с назначениями на портале SharePoint, соответствующем каждому проекту, в котором есть такие ошибки, создаем Issue (вопрос, проблема) и назначаем владельцем — заказчика, ответственным — исполнителя.

Теперь данные Issue (вопросы, проблемы) увидят все участники проекта, во всех связанных представлениях (пометки рядом с задачами и проектами):

 

Также «ресурс» имеет возможность отклонить назначенные задачи, используя веб-интерфейс.

Присоединиться в facebook или linkedin

Комментарии

комментарии

Комментарии закрыты.