ОРГАНИЗАЦИЯ УПРАВЛЕНИЯ ПРОЕКТОМ ГОСТ Р 54869-2011

Исполнители: администратор с наивысшими правами и полномочиями.

Требования:

• создать проектную группу;
  • в поле Title ввести наименование группы (лучше шифр работы);
  • в поле Body ввести описание группы или работы (при необходимости);
  • в поле Настройки меню отметить флажок Создать ссылку в меню, в списке Родитель выбрать --Группы. В поле Название ссылки меню автоматически будет подставлено значение поля Title;
  • нажать кнопку Сохранить;
• создать или отредактировать «маскарадного» участника проектной группы:
  • открыть вкладку Группа;
  • перейти по ссылке Add people;
  • в поле Имя пользователя ввести имя существующего «маскарадного» участника проектной группы (сработает автодополнение);
  • указать роль участника (предпочтительно Content Chief Editor);
  • нажать кнопку Add Users;
• открыть страницу Пользователи и отредактировать значения полей:
  • Your groups - принадлежность пользователя к группе;
  • Наименование проекта (работы) - [current-user:field_name_project_work];
  • Шифр (условное обозначение темы разработки) - [current-user:field_short_design_name];
  • Дата инициации проекта - [current-user:field_project_initiation_date];
  • Организация-заказчик - [current-user:field_customer_organization];
  • Руководитель проекта - [current-user:field_project_manager];
  • Куратор проекта - [current-user:field_project_curator];
  • Полное наименование программы - [current-user:field_full_program_name];
  • Краткое наименование программы - [current-user:field_short_program_name];
  • Организация-разработчик - [current-user:field_customer_organization]
  • Обозначение документа - [current-user:field_decimal_number];
  • нажать кнопку Сохранить.

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

• создать проект НЕПОСРЕДСТВЕННО в Jira (классический проект разработки ПО), наименование проекта - [current-user:field_name_project_work]. Но разумнее [current-user:field_short_design_name].

1.1 Формальное открытие проекта

Исполнители: Заказчик ([current-user:field_customer_organization]).

Рекомендуемые действия:

• проверка наличия задачи 1.1 Формальное открытие проекта в Jira (в контекстном меню - Найти Jira Issue). Если не найдена - создание задачи (Создать Jira Issue);
• указание необходимых параметров задачи Jira (даты начала/завершения, исполнителей, «смотрящих» и т.д.;
• организация внешней связи задачи Jira с текущим (просматриваемым) топиком;
• связывание задачи Jira с предшествующей ей задачей (включая Epic) и сохранение задачи.

Тип задачи - Story - ЭТО ВАЖНО!

Наименование работы (проекта) - «Разработка программного комплекса взаимодействия с внешними системами» - [current-user:field-name-project-work].

1.1.2 Определение причины инициации проекта

Исполнители: Заказчик ([current-user:field_customer_organization]).

Требования:

• редактирование топиков, расположенных ПОД жирной красной линией, по приведенному образцу (при необходимости).

Рекомендуемые действия:

• проверка наличия задачи 1.1.2 Определение причины инициации проекта в Jira (в контекстном меню - Найти Jira Issue). Если не найдена - создание задачи (Создать Jira Issue);
• указание необходимых параметров задачи Jira (даты начала/завершения, исполнителей, «смотрящих» и т.д.;
• организация внешней связи задачи Jira с текущим (просматриваемым) топиком;
• связывание задачи Jira с предшествующей ей задачей (включая Epic) и сохранение задачи.

Тип задачи - Task (или иной, кроме Epic и Story).

1.1.3 Определение целей и продуктов проекта

Справка - безотносительно к АСУ, применительно к цели любого проекта:

«Ввод в действие АСУ должен приводить к полезным технико-экономическим, социальным или другим результатам, например:

• снижению численности управленческого персонала;
• повышению качества функционирования объекта управления;
• повышению качества управления и др.

[из 1.1.2 ГОСТ 24.104-85]»

а также

«Примечание - В разделе указывают только те показатели деятельности объекта, которые будут претерпевать изменения в результате создания АСУ [из 2.6 ГОСТ 24.202-80]»

Таким образом, формулировка ниже строго соответствует цели создания.

«Измеримый результат, который должен быть получен в ходе реализации проекта [из 3.11 ГОСТ Р 54869-2011]». В данном случае продукт проекта - программный продукт.

Исполнители: Заказчик ([current-user:field_customer_organization]).

Требования:

• редактирование топиков, расположенных ПОД жирной красной линией, по приведенному образцу (при необходимости).

Рекомендуемые действия:

• проверка наличия задачи 1.1.3 Определение целей и продуктов проекта в Jira (в контекстном меню - Найти Jira Issue). Если не найдена - создание задачи (Создать Jira Issue);
• указание необходимых параметров задачи Jira (даты начала/завершения, исполнителей, «смотрящих» и т.д.;
• организация внешней связи задачи Jira с текущим (просматриваемым) топиком;
• связывание задачи Jira с предшествующей ей задачей (включая Epic) и сохранение задачи.

Тип задачи - Task (или иной, кроме Epic и Story).

Программный комплекс, см. Виды программ [из 1 ГОСТ 19.101-77].

1.1.4 Определение даты инициации проекта

Исполнители: Заказчик (Исполнитель, если разработка ведется не на конкурсной основе).

Требования:

• редактирование топиков, расположенных ПОД жирной красной линией, по приведенному образцу (при необходимости).

Рекомендуемые действия:

• проверка наличия задачи 1.1.4 Определение даты инициации проекта в Jira (в контекстном меню - Найти Jira Issue). Если не найдена - создание задачи (Создать Jira Issue);
• указание необходимых параметров задачи Jira (даты начала/завершения, исполнителей, «смотрящих» и т.д.;
• организация внешней связи задачи Jira с текущим (просматриваемым) топиком;
• связывание задачи Jira с предшествующей ей задачей (включая Epic) и сохранение задачи.

Тип задачи - Task (или иной, кроме Epic и Story).

Начало работ - сейчас-то, завершение потом-то.

1.1.5 Определение заказчика проекта

Справка - Заказчик проекта - физическое или юридическое лицо, которое является владельцем результата проекта [из 4(1) ГОСТ Р 54869-2011]

Определение заказчика проекта - действие загадочное. Заказчик выходит на исполнителя напрямую или через конкурс. Т.е. это явно не задача исполнителя, разве что подманить маркетингом.

Заказчик или инициативная разработка. Заказчик сам себя определит.

Исполнители: администратор с наивысшими правами и полномочиями.

Требования:

• редактирование топиков, расположенных ПОД жирной красной линией, по приведенному образцу (при необходимости).

Рекомендуемые действия:

• проверка наличия задачи 1.1.5 Определение заказчика проекта в Jira (в контекстном меню - Найти Jira Issue). Если не найдена - создание задачи (Создать Jira Issue);
• указание необходимых параметров задачи Jira (даты начала/завершения, исполнителей, «смотрящих» и т.д.;
• организация внешней связи задачи Jira с текущим (просматриваемым) топиком;
• связывание задачи Jira с предшествующей ей задачей (включая Epic) и сохранение задачи.

Тип задачи - Task (или иной, кроме Epic и Story).

Организация-заказчик - ФГУП «СпецТяжМонтажПромСтройСельхозЦифровизация» - [current-user:field-customer-organization].

1.1.6 Определение руководителя проекта

Справка - Руководитель проекта - лицо, осуществляющее управление проектом и ответственное за результаты проекта [из 4(2) ГОСТ Р 54869-2011]. Определяет и назначает руководителя проекта кто-то из высшего руководства исполнителя.

Исполнители: администратор с наивысшими правами и полномочиями.

Требования:

• редактирование топиков, расположенных ПОД жирной красной линией, по приведенному образцу (при необходимости).

Рекомендуемые действия:

• проверка наличия задачи 1.1.6 Определение руководителя проекта в Jira (в контекстном меню - Найти Jira Issue). Если не найдена - создание задачи (Создать Jira Issue);
• указание необходимых параметров задачи Jira (даты начала/завершения, исполнителей, «смотрящих» и т.д.;
• организация внешней связи задачи Jira с текущим (просматриваемым) топиком;
• связывание задачи Jira с предшествующей ей задачей (включая Epic) и сохранение задачи.

Тип задачи - Task (или иной, кроме Epic и Story).

1.1.7 Определение куратора проекта

Справка - Куратор проекта - лицо, ответственное за обеспечение проекта ресурсами и осуществляющее административную, финансовую и иную поддержку проекта [из 4(3) ГОСТ Р 54869-2011]. Определяет и назначает кто-то из высшего руководства исполнителя.

Исполнители: администратор с наивысшими правами и полномочиями.

Требования:

• редактирование топиков, расположенных ПОД жирной красной линией, по приведенному образцу (при необходимости).

Рекомендуемые действия:

• проверка наличия задачи 1.1.7 Определение куратора проекта в Jira (в контекстном меню - Найти Jira Issue). Если не найдена - создание задачи (Создать Jira Issue);
• указание необходимых параметров задачи Jira (даты начала/завершения, исполнителей, «смотрящих» и т.д.;
• организация внешней связи задачи Jira с текущим (просматриваемым) топиком;
• связывание задачи Jira с предшествующей ей задачей (включая Epic) и сохранение задачи.

Тип задачи - Task (или иной, кроме Epic и Story).

2 Планирование проекта

Исполнители: руководитель проекта ([current-user:field_project_manager]) (согласно рисунку ниже).

Рекомендуемые действия:

• проверка наличия задачи 2 Планирование проекта в Jira (в контекстном меню - Найти Jira Issue). Если не найдена - создание задачи (Создать Jira Issue);
• указание необходимых параметров задачи Jira (даты начала/завершения, исполнителей, «смотрящих» и т.д.;
• организация внешней связи задачи Jira с текущим (просматриваемым) топиком;
• связывание задачи Jira с предшествующей ей задачей (включая Epic) и сохранение задачи.

Тип задачи - Epic - ЭТО ВАЖНО!

2.1.1 Определение требований проекта и состава работ проекта

Исполнители: руководитель проекта ([current-user:field_project_manager]) совместно с куратором ([current-user:field_project_curator]) и заказчиком ([current-user:field_customer_organization]).

Рекомендуемые действия:

• проверка наличия задачи 2.1.1 Определение требований проекта и состава работ проекта в Jira (в контекстном меню - Найти Jira Issue). Если не найдена - создание задачи (Создать Jira Issue);
• указание необходимых параметров задачи Jira (даты начала/завершения, исполнителей, «смотрящих» и т.д.;
• организация внешней связи задачи Jira с текущим (просматриваемым) топиком;
• связывание задачи Jira с предшествующей ей задачей (включая Epic) и сохранение задачи.

Тип задачи - Task (или иной, кроме Epic и Story).

Лишний?

• Статья Анкетирование и интервьюирование на предпроектных стадиях создания АС.

2.1.1.5.1 Определение назначения продукта проекта

Э0101 Проблемно-ориентированные функции - автоматизация деятельности и управление, см. эталонная модель интероперабельности - определены.

2.1.1.5.2 Определение свойств и характеристик продукта проекта

Именно продукта, т.е. что это будет. Но можно и все прикрутить, не только основные.

2.1.1.5.3 Определение критериев и методов приемки продукта проекта и его составных частей

Виды испытаний:

• приемо-сдаточные (приемочные, приемосдаточные).

2.1.1.5.4 Определение допущений и исключений, касающихся продукта проекта

Допущение - Фактор, который считается верным для проекта без привлечения доказательств [из 3.4 ГОСТ Р 54869-2011]

Ограничение - Сдерживающий фактор, влияющий на ход исполнения проекта [из 3.9 ГОСТ Р 54869-2011]

Еще одно ограничение - Сдерживающий фактор либо подразумеваемое требование, которые ограничивают проектное решение, либо реализацию процесса проектирования систем и не подлежат изменению предприятием. Примечание - Ограничение является фактором, который силой либо посредством принуждения навязывается в отношении определенного решения и который может ограничивать или модифицировать конструктивные изменения [из п. 3.2.41 ГОСТ Р 57306-2016]

С ограничениями все понятно, допущения?

Ограничения, накладываемые на область применения ПК «Интероперабельность» - [current-user:field-short-program-name]:

• несоответствие условиям эксплуатации технических средств клиентской части;

Э0109 Наличие соответствующих границ функциональных областей - ограничения определены.

2.1.1.6.1 Согласование с заказчиком назначения продукта проекта

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

Для пущей убедительности приведены оценочные элементы фактора «эффективность» по ГОСТ 28195-89, подтверждающие эффективность продукта.

Функциональное назначение:

• автоматическое формирование запроса (ссылки), содержащего заголовок (title) текущей страницы в качестве фактического параметра;
• автоматизированная отправка запроса в онлайновые сервисы поиска;
• автоматическое формирование запроса (ссылки), содержащего адрес (URL) текущей страницы в качестве фактического параметра;
• автоматизированная отправка запроса в онлайновые сервисы анализа.

Эксплуатационное назначение:

• производственная среда (офис) ФГУП «СпецТяжМонтажПромСтройСельхозЦифровизация» - [current-user:field-customer-organization];
• отдел маркетинга;
• отдел разработки и поисковой оптимизации веб-контента;
• отдел веб-дизайна и программирования.

2.1.1.6.2 Согласование с заказчиком свойств и характеристик продукта

Именно продукта, т.е. что это будет. Но можно и все прикрутить, не только основные.

2.1.1.6.3 Согласование с заказчиком критериев и методов приемки продукта проекта и его составных частей

А теперь придется еще убедить в этом заказчика, чтобы подписал.

Приемо-сдаточные испытания проводят в объеме и последовательности, установленных в документе NU.УЖОС.13666-13 - [current-user:field-decimal-number] 51 01.

Изделие, предъявляемое к приемосдаточным испытаниям, должно быть укомплектовано и принято ОТК предприятия-изготовителя. При предъявлении изделия должен быть приложен заполненный формуляр.

Результаты приемо-сдаточных испытаний оформляют протоколом испытаний (по форме 1 приложения В) или в другом документе контроля по форме, принятой у изготовителя (поставщика), или отражают в журнале. При этом содержание документа контроля рекомендуется давать аналогичным содержанию протокола испытаний с учетом специфики автоматизированного контроля [из п. 6.6 ГОСТ 15.309-98]

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

При отрицательных результатах приемо-сдаточных испытаний продукцию (с указанием обнаруженных дефектов) ПК «Интероперабельность» - [current-user:field-short-program-name] возвращают изготовителю (поставщику) для выявления причин возникновения дефектов, проведения мероприятий по их устранению и для определения возможности исправления брака и повторного предъявления.

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

Повторные испытания забракованного ранее изделия проводят в полном объеме приемо-сдаточных испытаний.

Изделие, не выдержавшее повторного испытания, забраковывают и больше на испытания не предъявляют. В дальнейшем такие изделия подлежат утилизации.

В технически обоснованных случаях (в зависимости от характера дефекта) допускается проводить повторные приемо-сдаточные испытания по сокращенной программе, включая только те проверки из объема приемо-сдаточных испытаний, по которым выявлены несоответствия установленным требованиям и по которым испытания при первичном предъявлении не проводились [из п. 6.10 ГОСТ 15.309-98]

Принятым и подлежащим отгрузке считается изделие, выдержавшее испытания, укомплектованное и упакованное, опломбированное ОТК и сданное на ответственное хранение предприятию-изготовителю.

2.1.1.7.1 Документирование назначения продукта проекта

2.1.1.7.2 Документирование свойств и характеристик продукта

2.1.1.7.3 Документирование критериев и методов приемки продукта проекта и его составных частей

2.1.1.8 Определение работ проекта

2.1.1.10 Документирование работ проекта

2.1.1.12 Согласование с заказчиком допущений и исключений, касающихся работ проекта

2.2 Разработка расписания

2.2.2 Определение дат ключевых событий проекта

2.2.4 Определение дат начала и окончания проекта в целом

2.2.6 Оценка длительности работ проекта

2.2.8 Утверждение графика привлечения ресурсов, необходимых для выполнения проекта в срок

2.2.10 Документирование расписания проекта

2.3 Планирование бюджета проекта

Источник финансирования - ФГУП «СпецТяжМонтажПромСтройСельхозЦифровизация» - [current-user:field-customer-organization] согласно 4.3 ГОСТ Р 15.301-2016 или самофинансирование (при инициативной разработке).

Объемы и порядок финансирования - по каждому этапу (стадии) разработки.

2.3.1.1 Определение структуры статей бюджета проекта, позволяющей контролировать затраты на проект в ходе его реализации

2.3.1.3 Определение всех известных ограничений на использование всех ресурсов проекта

2.3.1.5 Определение стоимости выполнения работ проекта

2.3.1.7 Определение порядка поступления денежных средств в проект

2.4 Планирование персонала проекта

2.4.1.1 Определение ролей участников проекта, их функций и полномочий

2.4.1.3 Определение численного и квалификационного состава команды проекта

2.4.1.5 Персональное определение основных членов команды проекта

2.5.2 Определение порядка и объема обеспечения проекта продукцией и услугами, приобретаемыми у сторонних организаций

2.5.2.2 Принятие решения о целесообразности закупок продукции и (или) услуг в проекте

2.5.2.4 Определение ограничений по стоимости и срокам поставки

2.5.2.6 Планирование мероприятий по выбору и оценке поставщиков на основе определенных критериев

2.6.1 Определение основных рисков проекта

2.6.3 Выявление рисков проекта

2.6.5 Оценка вероятности и степени влияния на результат проекта всех идентифицированных рисков

2.6.7 Разработка мероприятий по изменению вероятности и степени влияния наиболее значимых рисков

2.6.9 Учет результатов разработки упреждающих мероприятий по реагированию на риски в связанных с ними планах

2.7.1 Определение порядка обмена информацией между лицами, участвующими в реализации проекта и заинтересованными в результатах проекта

2.7.3 Определение потребности в информации всех участников информационного обмена

2.7.5 Определение процедур разработки, согласования, утверждения, распространения проектных документов

2.8 Планирование управления изменениями в проекте

2.8.2 Определение процесса работы с изменениями в проекте

2.8.4 Выявление изменений

2.8.6 Утверждение изменений

2.8.8 Доведение информации об изменениях до заинтересованных сторон

3.1 Организация выполнения проекта согласно разработанным планам

3.1.2 Получение продуктов проекта

3.1.4 Выполненение намеченных корректирующих и предупреждающих действий

4 Контроль исполнения проекта

4.1.1 Документирование результатов регулярной проверки состояния проекта, в частности отклонения от планов

4.1.3 Оценка соответствия продукта проекта требованиям к нему

4.1.5 Подтверждение соответствия отчетов о выполнении работ проекта утвержденной системе отчетности по проекту

5.1 Формальное закрытие проекта

5.1.2 Документальное оформление приемки продукта проекта заказчиком

5.1.4 Документирование окончание проекта

5.1.6 Информирование команды проекта и основных заинтересованных сторон об окончании проекта