Вход на сайт
Логин
Пароль
чужой компьютер

Процесс, которого нет в ISO 21500

Процесс, которого нет в ISO 21500

Что мы видим?

В тексте ISO 21500 есть рисунок со «Схемой взаимодействия групп процессов проектного менеджмента», на котором отражено, что процессы управления проектами фиксируют, накапливают и используют опыт, полученный при реализации предыдущих проектов. В ряде переводов он называется «Усвоенные уроки с предыдущих проектов». 

При описании процессов (раздел 4.3) полученный опыт фигурирует на входе процесса 4.3.3 Разработка планов проектов. Накоплением и оформлением полученного опыта занимается процесс 4.3.8. Сохранение накопленного опыта. В ряде транскрипций — 4.3.8 Извлеченные уроки. 
На входе процесса 4.3.8. фигурирует — Извлеченные знания (Lessons learned) – предыдущая версия документа и Журнал проблем (Issues log) текущего проекта. 
Журнал проблем формируется процессом 4.3.4. Руководство проектной деятельностью. 

Таким образом, стандарт требует – Фиксируйте полученный опыт при выполнении проекта и используйте его в последующих проектах. 

«Папаша Pmbok» высказывается на этот счет более внятно. 
Вводится термин Активы процессов организации, под которым понимается База знаний, содержащая инструменты для выполнения работ по проектам. 
Состоит она из двух разделов – нормативно-справочного (раздел «НСИ») и обеспечивающего(раздел «Инструменты»). 
В первом хранятся внутренние нормативные документы. Обновление содержимого этого раздела выполняется по установленным правилам (процедура согласования и утверждения). 
Во втором разделе базы знаний хранятся инструменты используемые в процессе выполнения проекта (шаблоны документов, планов, отчетов и др). На протяжении проекта члены команды могут обновлять и дополнять активы этого раздела по мере необходимости и в рамкахустановленных процедур. 

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

Отсюда вытекает, что «папаша» требует – Включите все инструменты, которые вы используете при выполнении проектов в свои активы и разработайте механизмы управления ими

На какие мысли это наводит?

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

И в чем здесь фишка? – спросите вы. 

Поступательное совершенствование отдельных инструментов проектирования вещь полезная и нужная. А нельзя ли использовать полученный опыт для совершенствования технологического базиса проектирования в рамках стандарта? Предлагаю попробовать —скромненько так и без ревизионизма. 

Приступим

Совершенствованием инструментов из обеспечивающего раздела занимается процесс 4.3.8. будем его конкретизировать и совершенствовать. 
А в раздел НСИ добавим один полезный процесс. 

Локализуем стандарт

В таблице 1 стандарта Классификация процессов проектного менеджмента по управленческим и предметным группам приведен перечень процессов. Каждый процесс имеет идентификатор, соответствующий номеру подраздела, в котором он описан. Формат идентификатора 4.3.n, где 4.3 номер раздела стандарта, а n (2-40) порядковый номер подраздела. Первый подраздел (4.3.1) содержит общие положения. 
В качестве кодов процессов оставим только номера подразделов, а номер 1 заберем себе под процесс управления накоплением опыта. 

В разделе «Инструменты» создадим подраздел и назовем его «Накопленные технологические активы» («Накопленные техактивы»). Он будет содержать большую часть инструментов раздела. Цель его создания — управление доступом и гибкая архивация содержимого. 
Накопленные техактивы среди прочего, будут содержат Эталонный макет исходных данных (ЭМИД). Это перечень исходных данных, необходимых для реализации проекта определенного вида. ЭМИД может быть представлен таблицей с графами – Название, Содержание, Механизмы получения. 
На подготовительном этапе проекта ощущается хроническая нехватка времени у менеджерапроекта. Это является питательной средой для серьезных упущений, имеющих серьезные последствия. Переложение части работ на технических исполнителей, безусловно принесет положительные результаты. 

Вот такая логика у рассматриваемого процесса. 

Дадим краткое описание процесса

Диаграмма процесса 1. Начальный анализ исходных данных представлен на следующем рисунке: 
https://cloud.mail.ru/public/FCMZ/zVYYi2TsB 

1. Менеджер проекта извлекает ЭМИД из базы и локализует под текущий проект. 
2. Технический специалист осуществляет поиск исходных данных в документах,подготовленных на предпроектной стадии. Указывает местоположение найденных данных и отмечает отсутствующие. 
3. По результатам формируется реестр найденных данных и план пополнения отсутствующих. План содержит информацию о том, где и когда необходимо выполнить извлечение отсутствующих данных. Эти данные формируются на основе графы МИД — «Механизмы получения». 

Вот вкратце и все о процессе, которого нет в ISO 21500. 
При желании вы можете посмотреть ролик об упомянутом процессе по адресу — http://rakes.ucoz.ru/index/processy_iso_21500/0–116 

Источник: rakes.ucoz.ru/ 


Султанкулов Р. Декабрь 2017.


Голосов: 0
Для участия в рейтинге авторизуйтесь или зарегистрируйтесь.
Для добавления отзыва необходимо зарегистрироваться или авторизоваться