Разработка механизмов и инструментария проектного менеджмента при создании ракетно-космической техники (1024822), страница 13
Текст из файла (страница 13)
ГОСТ Р 54869─2011 утвержден и введен в действиеПриказомФедерального агентствапо техническому регулированию иметрологии от 22 декабря 2011 года №1582-ст. При этом, согласнодействующему законодательству и ГОСТ Р 1.0─2004 является документомдобровольного применения.ГОСТ Р 54869─2011 определяет основные роли в управлении проектом(заказчикпроекта,руководительпроекта,кураторпроекта,командапроекта) [19].Аналогично РМВОК в ГОСТ Р вводится 5 групп процессов управления ─инициации, планирования, организации исполнения, контроля и завершения.Также вводятся функциональные области управления проектом:− управление содержанием проекта;− управление персоналом проекта;− управление заинтересованными сторонами проекта;− управление постановками проекта;− управление сроками проекта;− управление затратами проекта;− управление рисками;92− управление качеством проекта;− управление обменом информацией проекта;− управление интеграцией проекта.Как видно, функциональные области ГОСТ Р в целом соответствуютобластям знаний РМВОК.NASA Space Flight Program and Project Management HandbookМетодология NASA [188, 189, 199] предусматривает разделение процессавыполнения проекта на несколько фаз, объединенных в три основные группы –подготовка к проектированию (предварительная фаза А), проектирование (фазыА и В), выполнение (фазы C, D, E, и F).На предварительной фазе А менеджер и команда проекта:− обеспечивают сбор и документирование ключевых ожиданийзаинтересованных сторон, потребностей, целей и задач;− оказывают поддержку менеджеру программы и руководству миссиив развитии предварительных требований программы по проекту;− оказывают поддержку менеджеру программы и руководству миссиидля обеспечения соответствия проекта требованиям стратегическихцелей Агентства;− разрабатывают и создают первоначальную структуру управления, втом числе команду проекта и управление процессами;− обеспечивают выполнение технических мероприятий;− обеспечиваютразработкуиерархическойструктурыработ,требований по срокам и стоимости работ, выполняемых до фазы D;− обеспечивают документирование результатов работ в рамкахпредварительной фазы А.ISO 21500Стандарт ISO 21500 [181] основан на РМВОК, но в силу своегомеждународного статуса должен получить большее распространение по всемумиру.
Стандарт принят в сентябре 2012 года. Все остальные стандарты93являютсяподчиненнымиотносительноего,всоответствиисост.7Гражданского кодекса РФ.В силу того, что стандарт ISO основан на РМВОК, представляетсяцелесообразным рассмотреть их в сравнении.Стандарт ISO 21500 содержит те же пять групп процессов управленияпроектами, что и РМВОК, но использует другие определения (инициация,планирование, исполнение, контроль и завершение).
Области знаний изРМВОК в стандарте ISO 21500 называются объектами. Их сравнение приведенов Таблице 9.Таблица 9.Сравнение областей знаний РМBOK и объектов ISO 21500 [170]ISO 21500РМBOKИнтеграцияИнтеграцияЗаинтересованные стороныНетСодержаниеСодержаниеРесурсыЧеловеческие ресурсыСрокиСрокиСтоимостьСтоимостьРискиРискиКачествоКачествоЗакупкиЗакупкиКоммуникацииКоммуникацииКак видно из таблицы 9, в целом стандарт ISO 21500 соответствуетРМВОК. Основное отличие между стандартами относится к структуреописания процессов.3.2.Стандарты проектного менеджмента при реализации космическихпрограмм и проектов94Работы всех участников реализации проектов по созданию РКТ –институтов, предприятий и т.п.
– регламентируются и контролируются спомощью различных стандартов (Систем Менеджмента Качества), к числукоторых относят стандарты серии ISO и ECSS. Существуют также российскиестандарты.Эти стандарты находят применение по всему жизненному циклу созданияРКТ.В работе [100] приведена укрупненная систематизация этапов (фазы)реализации космических проектов:− концепция;− эскизный проект;− разработка рабочей конструкторской документации;− разработка технологии и технологическая подготовка производства;− производство опытного образца;− наземная отработка;− летные испытания;− серийное производство;− приемка;− утилизация.Представленная систематизация этапов применима для подсистем иотдельных компонентов, входящих в систему.В отличие от этапов жизненного цикла проекта, жизненный циклпродукцииРКТ,начинающийсяотприемкивэксплуатациюзаканчивающийся утилизацией, содержит следующие этапы:− транспортировка к месту старта,− предстартовое тестирование,− интегрирование в стартовый комплекс (ракетоноситель),− старт на запланированную орбиту,− эксплуатация на орбите,и95− утилизация либо посредством возвращения в плотные слоиатмосферы, либо позиционирование на «орбите-кладбище» [176].Рассмотрим систему стандартов реализации космических программ ипроектов по созданию РКТ, разработанную ESA и признанную во всем мире.Следует отметить, что стандарты ECSS [176] сопоставимы с военнымистандартами NASA серии MIL-STD.
Эти стандарты состоят из трех частей,более подробно представленных на Рисунке 3.1:− Е-Серия: Инжиниринговый стандарт (Стандарт на разработки);− Q-Серия: Стандарт обеспечения качества продукции;− М-Серия: Стандарт менеджмента.Стандарты серии ECSS включают три уровня детализации [176, 177]:Уровень 1: Политика и постановка целиЭти стандарты определяют стратегию для отдельных областей, а такжеспецифицируютглобальныетребованияиобеспечиваютинтерфейссУровнем 2.Уровень 2: Что следует делать – ожидаемый выход (результат)Эти стандарты определяют требования (цели и функции) по всемаспектам внутри отдельных областей деятельности (организация проекта,обеспечение качества и системный инжиниринг).Уровень 3: Как следует делатьЭти стандарты определяют методы и технологии, а также даютрекомендации по достижению требований, сформированных на Уровне 2.Рассмотрим содержание стандарта менеджмента (М) по уровням.Уровень 1-СтандартECSS-M-00 Проектный менеджмент (ПМ)Содержит базовые положения ПМ и их интеграцию с другимитребованиями к менеджменту качества (PA- productassurance) и техническимэлементам на всех фазах реализации программ.Уровень 2- Стандарт96ECSS-М-10 Структура проектаОпределяет основы для разработки, применения и адаптации проектныхструктур и их внедрение в проекты.ECSS-М-20 Организация проектаПравила для промышленных программно- и клиентоориентированныхструктур, а также внутренний и внешний интерфейс.Пример: определяет ответственность и степень участия.ECSS-М-30 Фазы проекта и планированиеОпределяет принципы и требования, которые должны будут наблюдатьсяи контролироваться.ECSS-М-40 Управление конфигурациейФормированиеконфигураций:всехправилидентификация,дляконтроль,менеджментафиксация(управления)статусапроекта,верификация результатов и курирование компьютерной техники, программныхпродуктов, а также всей документации.ECSS-М-50 Информационный и документационный менеджментТребования к информационному и документационному менеджментусистем относительно правильности, полноты, доступности, надежности,согласованности, возможности формирования отчетов и т.д.ECSS-М-60 Менеджмент затрат и сроковПланирование и контроль сроков, трудоемкости и затрат.Организация и управление информационно-логистической поддержкойвнутри проекта, взаимосвязи и встраивание в менеджмент программ, анализлогистической поддержки.97Рисунок 3.1.
Структура стандартов ECSS [139, 176]Представление об отдельных фазах проекта и их взаимосвязипредставлено на Рисунке 3.2. Каждая фаза заканчивается соответствующимвидом отчетности, в котором подтверждаются (или не подтверждаются)результаты соответствующей фазы, определяются мероприятия, и дается (недается) разрешение для перехода к другой фазе реализации проекта.98Рисунок 3.2. Фазы проекта согласно стандарту ECSS-М-30 [139, 176]Рассмотрим подробнее описание фаз проекта.Фаза 0 Анализ миссииЦель: провести анализ реализуемой миссии полета с целью выявления еесоответствия запланированной миссииОтчет: MDR-Mission Definition Review (Отчет об определении миссии)Фаза А Анализ реализуемостиЦель: окончательная отработка характеристик (параметров) миссииполета и выработка концептуальных предложений по решению и необходимыхтребований, разработка различных системных концепций, формированиефункциональных требований.Отчет:PRR–PreliminaryRequirementReview(Отчето99предварительныхтребованиях ).Обычно Фаза 0 и Фаза А прорабатываются в независимых научныхинститутах, а затем результаты концептуальных разработок на Фазе Впередаются основному исполнителю проекта.Фаза В Формирование технического задания (Предварительное)Цель 1: сформировать предварительное задание на проект и изделие свыбором технических решений для выбранной системной концепции, котораяпредставлена в PRR.Отчет: SRR – System Requirement Review (Отчет о требованиях к системе)Цель 2: дальнейшая детализация, выявление и выбор методов, ресурсови готовых изделий, включая оценку затрат и планирование процессаисполнения работ.Отчет: PDR – Preliminary Definition Review (Отчет о предварительнойформулировке технического задания)Как видно из Рисунка 3.2, следующая Фаза С начинает реализовыватьсяпосле подтверждения результатов в отчете SRR.
Также видно запараллеливаниефаз, в частности видно, что отчет PDR уже проводился в ходе реализациипоследующей Фазы С.Фаза С Рабочий проектЦель:детальноеизучениевыбранныхрешенийподостижениютребований, а также изготовление и совершенствование наиболее важныхэлементов, подтверждение достижимости требований.Отчет: CDR – CriticalDesignReview (Отчет о выборе предпочтительноговарианта проекта)Фаза D Производство (MAIT-фаза)MAIT – Manufacturing, Assembly, Integration, Testing (Производство,Монтаж узлов, Сборка изделия, Тестирование)Цель 1: приобретение компонентов, изготовление образца для аттестации(подтверждение правильности) выбранного дизайна, верификация методов100изготовления.Отчет: QR- Qualification Review (Отчет об аттестации изделия)Цель 2: изготовление первого летного образца на базе результатоваттестационныхиспытаний,проверкаправильностиизготовления,доказательство работоспособности и эксплуатационной пригодности, передачадля транспортировки к месту старта.Отчет: AR- Acceptance Review (Отчет о приемке)ПримечаниеПроцесс закупок, а также разработки компонентов начинается уже наФазе С.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
