Registered Education Provider

ГлавнаяФорумОбсуждение проектов национальных стандартовСтандарт "Требования к управлению программами"Текст проекта стандарта "Требования к управлению программой"

Форум

Внимание!

Форум работает в режиме архива - доступен только для чтения.

Обсуждения проходят 
в соц.сетях в группах МО PMI
Форумы
Список тем
Обновления
Поиск
Пользователи 
Правила
Помощь
Авторизация: 

  Просмотров: 16759Тема закрыта: «Текст проекта стандарта "Требования к управлению программой"» в форуме: Стандарт "Требования к управлению программами"
#1
Текст проекта стандарта "Требования к управлению программой"
program.pdf (660.39 КБ)
Профиль
#2
Сомнения двигают развитие цивилизации, а стандартов?

Посмотрим:

3.2 Каждая программа имеет свои цели,- точно, а выгоды? Интересно. Если мы говорим о «положительных эффектах», то 0 где рисовать будем? За минус, что принимаем? Выгоды для кого, для «Заинтересованных сторон», так у одних будут выгоды, а у других, от того же самого результата, - убытки…?
3.7 в 6.1.Д) сделали «укрупнённый план программы», когда делаем полный? Что дополнительно вносим в полный план?
3.11 Красивое определение, но в тексте Стандарта постоянно говорится о «выгодах»…Может и уберём их? Или вносите выгоды в определение программы.
3.15 «Категория риска» и «владельцы»- нужны определения.
3.16 «неопределённое событие» - да оно определённое, и вероятность его возникновения есть. Было бы не плохо, если б разработчики придерживались одних определений, пусть уж будет как в «Требованиях к упр. Проектом»
3.17 «Извлечения выгод» -звучит как в приговоре суда. Кто извлек? В чью пользу? Что для одного выгода, для другого – потеря…
4
Руководитель проекта программы отвечает не за «цели проекта», а за «уникальный продукт услугу». На каком этапе у проекта возникают «цели»? когда он входит в программу? В таком случае, проект у нас становится программой.
6
Можно поподробнее, какие процессы могут выполняться «многократно»? Инициация программы?...
6.2.1
«определены и документированы цели и результаты для каждого проекта» - Раньше в проекте был только уник. продукт (услуга), в программе он преобразован в «цели и результаты»?
6.2.2
В Расписании не уделено внимание «другой деятельности» (см. определение программы 3.11)
6.2.3
в чём отличие: «стоимостные параметры», «стоимостная оценка», «бюджет»?
6.2.4
Персональный состав сотрудников офиса определили, а ролей – нет…это к другому процессу будет относиться?
6.2.6
Риски «уровня программы» от рисков программы чем отличаются? Сколько делать уровней?
6.2.6
И у «негативных» рисков есть и угрозы и возможности, и у «положительных» рисков есть угрозы и возможности. Как-то мы об этом постоянно забываем.

В «правила управления рисками» только «периодичность пересмотра реестра рисков входит? Что еще?
6.2.7.
«определение правил выбора поставщиков для оптимизации затрат, связанных с …выбором поставщиков…», Как в рекламе пива: «открывалка, что б удобно открывать» - для особо продвинутых…
«Унификация номенклатуры» или «набора продуктов», или вообще, достаточно стандартизации, а то потребуется еще и прописать уровень «Унификации».
Почему для всех проектов программы должна быть определена общая процедура выбора поставщиков? Приоритетов, исключений не будет, а если в Компании уже определена эта процедура?
6.2.8
а) всё те ж «уровни программы» поподробнее можно?
в) «класс изменений» - поподробнее можно? Или это чтоб следы запутать?
В ) (второе В, почему то) «Заинтересованные стороны» - это понятно из определения, а кто «Все заинтересованные стороны в программе»?
«Порядок управления изменениями» входит в «процедуру управления изменениями»? или это что-то новое?
6.3
В «Цель процесса» добавим (в конце) «…в рамках определённых ограничений»?
6.4
Где ж мы найдем в Стандарте к проекту «параметры»? В нём пытались прописать «требования».
6.5
«…плановые значения программы по целям» где найти? В Расписании - нет…
«зафиксированы все запросы на изменения, требующие решения на уровне программы», а с остальными (не уровня программы), что делать?
6.6
Выходы.
Не своевременно переданные результаты куда деваются? Не передаются?...
6.7
«Процесс закрытия проекта программы» а пишем про процесс подтверждения закрытия проекта…при чём оценили «выгоды и результаты», а «цели» потеряли…
6.8
Достигнутые «цели» описывать не будем?

Приложение А
«Заказчик программы» заинтересован в выгодах, он их и получает, а не выгоды заказчика.
Проект сдаёт не «результат», а уникальный продукт, услугу.
smile:)
Профиль

Читают тему
гостей: 1, пользователей: 0, из них скрытых: 0

Версия для печати