Отправляет email-рассылки с помощью сервиса Sendsay
  Все выпуски  

Совет недели менеджеру проекта


Содержание рассылки формируется из материалов Процесса Управления Проектами TenStep Project Management ProcessTM, с которыми можно познакомиться ближе на сайтах www.TenStepRussia.ru и www.TenStep.com.ua.

Специальное предложение для жителей Восточной Украины!

Два курса по управлению проектами в Харькове

Тенстеп Украина проводит открытые курсы для тех, кто желает повысить свою эффективность и стать сертифицированным менеджером проекта.

  • 25 - 26 октября мы приглашаем Вас на курс "Управление проектами: подготовка к успеху".
  • 30 - 31 октября Вам предлагается пройти курс "Подготовка к сертификационному экзамену PMP®".

ТенСтеп является зарегистрированным провайдером обучения Project Management Institute (PMI R.E.P.).

Прохождение двух курсов предоставляет участникам необходимое количество контактных часов для участия в сертификации PMP®. Подробнее о событии

Поднимитесь на мировой уровень в управлении проектами!

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

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

Планирование внедрения управления проектами - далеко не тривиальная задача. Мы делали это раньше, и мы можем сделать это для Вас!

Свяжитесь с нами по адресам info@TenStepRussia.ru или info@TenStep.com.ua для получения более полной информации.


Поделитесь этим письмом с друзьями. Адрес формы для подписки на еженедельную рассылку: http://www.TenStepRussia.ru/open/miscpages/94.4Sign-Up.htm

Матрица ответственности

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

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

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

 

Спонсор проекта

Директор проекта

Менеджер проекта

Команда проекта

Руководящий совет

Устав проекта

У

У

C

Р

У

План коммуникаций

У

Р

C

Р

У

Спецификация требований

У

Р

Р

C

У

Статус - отчеты

Р

Р

C

Р

Р

  • "У" означает, что данная роль утверждает результат.
  • "Р" означает, что данная роль рассматривает результат.
  • "С" означает, что данная роль создает результат. Как правило, только один человек отвечает за создание результата, хотя участвовать в этом может множество людей.

Согласно приведенной выше таблице, Устав проекта создается менеджером проекта, утверждается спонсором проекта, директором проекта и руководящим советом, а также рассматривается командой проекта. Спецификация требований создается командой проекта, рассматривается менеджером и директором проекта, а утверждяется спонсором проекта и руководящим советом.

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

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

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

  • У - утверждает результат
  • Р - рассматривает результат (и дает отзыв)
  • C - создает результат (может быть C(1) - основной, C(2) - заместитель)
  • П - Помогает (принимает участие) в создании
  • И - Информируется о готовности результата
  • О - Обслуживает результат (например, администратор хранилища документов или конфигурационный менеджер)


Обновления на сайтах TenStep

В Дежурную библиотеку по менеджменту добавлен документ "'Network Address Translation".

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


Термин недели из глоссария Макса Уайдемана: Тест (Test)

  • Любая процедура, разработанная с целью получения, проверки или предоставления данных для оценивания системы, сервиса или продукции.
  • Один из элементов процесса (дисциплины) программной инженерии, предназначенный для интеграции и проверки системы.


Интересные ссылки:

По управлению проектами - Project Management Metrics - web.mit.edu/wdc/www/project-metrics.html
Интересная/забавная - Last FM - www.last.fm


В избранное