среда, 25 октября 2017 г.

Программы проектов, освоенные практики и технологические стеки предприятия


В продолжение разговора про поставленные практики (capabilities), программы проектов (programs, PMI Standard for program management) и технологические стеки.

Работы как 4Д экстент являются классом, экземплярами которого могут быть конкретные процессы, кейсы, проекты и программы, см., например здесь. Они описываются типами.
work ontology.png
Онтологический параллелограмм работ

При этом функция работ - продвинуть целевую систему по жизненному циклу. Функции модулей работ (экземпляров процессов, кейсов, проектов и программ):
Программа - выполняет функцию постановки практики (capability acquisition). Подробная дискуссия была здесь, записи видео доступны (1 и 2) для членов сообщества ШСМ.
Процесс - выполняет функцию оптимального исполнения практики (best practice, делать так и никак иначе).
Кейс - выполняет функцию исполнения практики, когда оптимальный вариант исполнения не известен (обычно в виде набора стандартных операционных процедур, SOP, standard operating procedures)
Проект - выполняет функцию разработки описания, концептуализации (интернализация описания системы командой) или реализации воплощения системы. Лучше всего описывается системной схемой проекта.

Среди проектных менеджеров есть непонимание различий между программами и проектами. Часто считается, что программа просто большой проект. Объяснения PMI и Axelos тоже не особо вносят ясность, т.к. очень размыты.

PMI
“Программа - это группа связанных проектов, управление которыми координировано с целью получения пользы и контроля, недостижимого при управлении ими по отдельности.
Программы и проекты предоставляют организациям пользу, улучшая текущие и поставляя новые практики, которые может использовать организация.”

Axelos
“In MSP, a programme is defined as a temporary, flexible organization created to coordinate, direct and oversee the implementation of a set of related projects and activities in order to deliver outcomes and benefits related to the organization’s strategic objectives. A programme is likely to have a life that spans several years. A project is also a temporary organization, usually existing for a much shorter duration, which will deliver one or more outputs in accordance with an agreed business case. A particular project may or may not be part of a programme.”

P2M и BIM раскрывают тему лучше, используя несколько диаграмм.

Еще понятнее различие раскрывается в Lean Program Enablers, написанной PMI совместно с INCOSE и MIT.

Я понимаю различие между проектами и программами так:
Проект работает с целевой системой и ее жизненным циклом. У него одна системная холархия. Цель проекта (состояние мира) - прохождение контрольной точки (наступление события, исполнение архитектурного требования, оценивается объективно, представляют доказательства соответствия требованиям).

Программа работает с практикой и нацелена на ее воплощение (capability acquisition). Системных холархий в программе множество. Цель программы - освоение предприятием какой-то практики, ее постановка (оценивается субъективно, по модели зрелости практики, например, CMMI).
Если рассматривать проекты и программы через вьюпойнт технологического стека предприятия, то проект работает в пределах одного уровня, слоя стека, а программа работает по всему стеку.
price leadership view.png
Технологический стек ритейл организации

Сравните, например, проект строительства типового панельного дома и программу перехода нефтеперерабатывающих производств на стандарты Евро 5. Или, если брать ритейл, программу внедрения ФГИС Меркурий, который перетряхивает всю цепочку поставок.

Еще раз - программа затрагивает весь технологический стек, там множество стейкхолдеров и холархий. Постановка практики перетряхивает деятельность предприятия на несколько уровней вниз и вверх.
В этом плане интересно посмотреть на lean enablers и PMI Standard for program management:
1) Программный менеджер должен быть один и не меняться на протяжении всей программы. Систем и стейкхолдеров очень много, интересы сильно переплетены, текущие решения исторически обусловлены, и эти знания не выражены явно.
2) Чем занимается руководитель программы? Выявляет и работает со стейкхолдерами (много систем, много стейкхолдеров), строит инфраструктуру (интерфейсы между уровнями технологического стека), оптимизирует пользу для стейкхолдеров и обеспечивает поднадзорность программы.


Комментариев нет:

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