пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ. MS PROJECT. пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ: пїЅпїЅпїЅпїЅпїЅ

Олег, добрый день!

Помните такую шутку: нарезание колбасы - это процесс или проект? Вроде бы каждый кусок уникальный ))

У меня есть интересное определение от моего партнера из Австрии "Управление проектами и программами проектов - это бизнес-процессы проектно-ориентированной организации".

Так что я полностью с Вами согласен.

С уважением,
Вадим

Да, проект - это уникальный процесс. Но - важно!- с типовыми подпроцессами. Если нет типизации по составляющим, то невозможно никакое прогнозирование по сроками и ресурсам. Так что уникальность уникальностью, а в основе все равно регулярные процессы! :-)

Любое определение должно быть функционально. �наче имеем "вервие простое".
В чем функциональность "Управление проектами и программами проектов - это бизнес-процессы проектно-ориентированной организации", Вадим?

Другая проекция - Взгляните на процессы и проекты с точки зрения управления изменениями на этапе выполнения.
Не будет грубой ошибкой полагать, что процесс при планировании (делатьной разработке) имеет высокую, по сравнению с проектом, точность в оценке длительностей, трудозатрат, затрат и логических связей задач, его сотавляющих. Неопределенностей меньше и управление изменеиями(на этапе выполнения) не выглядит такой трудоемкой процедурой, как это описывается в PMBOK и других стандартах (группа процессов по управлению изменениями на 2 месте по объему после планирования).
Как только объемы работ (да и достигаемые результаты отдельных фаз) становяться настолько неопределенными, что понятно - без качественно другого уровня в управлениии изменениями не обоитись, то можно сразу определять это как проект, и соответственно запускать по другому регламенту в компании.
Есть разумееться субъективность в определении грани неопределенности. Но в конкретной организации руководство подсознательно ее (грань) ощущает и редко ошибается.

С уважением,
Вадим Геря,РМР

Р’РІРѕРґ определение проекта через понятие процесса (равно как Рё обратные попытки) РЅРµ достигает никакой цели.

Р’ действительности, эти РґРІР° понятия "разнесли между СЃРѕР±РѕР№" СЃ вполне определенной целью - отличить методы описания постоянной операционной деятельности, которая описывается процессами, РѕС‚ разовой целенаправленной деятельности, которая описывается проектами. Для процессной модели характерно наличие цикличности (конечно можно говорить Рё Рѕ постоянно повторяющихся ежемесячных типовых РїСЂРѕРµРєС‚ах ;) ), Р° проект суть разовая уникальная деятельность (РЅРµ путать СЃ процессами подготовки Рё выполнения проектов РІ организации, которые являются метауровнем Рё РЅРµ описывают самих проектов).

Устраивая коктейль из двух моделей мы не только не достигаем никакой полезной цели (вообще такое смешение представляется сомнительным), а и создаем ряд неоднозначностей, которые потом браво пытаемся разрешить ;) как-то вопрос цикличности для проектов, вопрос управления ресурсами, которые в некоторых организациях не принадлежат менеджеру проекта (и не будут никогда ему принадлежать) и т.п..

С уважением Максим Воронько

Максим,

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

Какие формальные характеристики применить для описания проекта, чтобы его было возможно отделить РѕС‚ РёРЅРѕР№ деятельности (процессов)?

С уважением,

Вадим Богданов