Обсуждение

В архиве: 4 комментария.

Читать и комментировать в ЖЖ ↗

Имя не сохранено · 15 августа 2008

Комментарий

> Пока нет решения этих вопросов соотношения программы (портфеля проектов) и проекта, проектной организации (расширенной организации проекта) (IMHO) Организационный уровень удобно рассматривать как среду для уровня процессов управления программой (портфелем проектов). Получаем "организованность программы". Аналогично и на уровень ниже - "проектно-управляемые технологии". И на совсем нижнем уровне "технологичность преобразования артефактов" (кстати, это плохо прописано в стандарте :-). P.S. А на самом верхнем уровне ЖЦ системы "согласованность организованности", что следует понимать как "согласованность необходимое условие организованности". В общем, ЖЦ как матрёшка сред.

Анатолий Левенчук · 15 августа 2008

Комментарий

Эта "матрешечность" явно прописана в объясняющих стандартах (даже картинка есть). Но на практике плохо получается. Так, в логистике планирование проектов не делается поодиночке, они планируются всей программой (ибо нужно учитывать мультитаскинг, см. работы Голдратта). А в стандарте 15288 процессы планирования проектов описаны на уровне процессов проекта. Управление информацией тоже делается обычно для группы проектов. И вся матрешка стремительно разваливается при этом. Я вот думаю сейчас про два разных подхода к организации как "arrangement ответственностей, полномочий, отношений". Это ведь есть и по отношению к хозяевам организации, и по отношению к проекту (условно -- проектному менеджеру), причем независимо от границ юрлиц ("расширенная организация проекта"). Тут не матрешка, а другие типы отношений, и еще нужно разобраться, какие.

Ответ на комментарий

vvagr · 15 августа 2008

Комментарий

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

Анатолий Левенчук · 15 августа 2008

Комментарий

Да, конечно. Я именно об этом думаю. Если мыслить как две разные модели, то костей не собрать вообще. В 15288 в этом месте модель разобрана на разные документы (и то не в нем, а в 15289). Я в эту точку как раз и думаю, а еще нет просто проекта, а есть производственная программа и множество продуктов. И разные организации (и я думаю, можно ли разными организациями пренебречь, скатившись к "черному ящику" и планированию до уровня подконтрольных ресурсов (по Голдратту). Тут многомерное представление, и его вполне можно выразить через views и concerns.

Ответ на комментарий