Диссертация (1026376), страница 8
Текст из файла (страница 8)
2.4. Процесс планирования, проектирования, составления бюджета иисполнения в NASAМетод РРВЕ идет дальше традиционных в прошлом подходов посоставлению бюджета, определенных в плане программы действий (РОР)NASA, и выходит на новый уровень анализа, чтобы обеспечить правильноераспределение ресурсов, достижение стратегических целей и выполнениезадач агентства.Процесс оценки затрат для формирования бюджета NASA представленна Рисунке 2.5.52Рис. 2.5. Оценка затрат и согласование бюджетаПримечание: * – организации, которые могут выполнять оценки отзаинтересованных и незаинтересованных сторон или обе сразу;** Отчет о соответствии может быть инициирован после завершения каждой фазы.CFO – главное должностное лицо по финансам;SMO – отдел системного управления;PDR – предварительная защита проекта;ОМВ – административно-бюджетное управление;СDR – защита технического проекта;NAR – экспертиза незаинтересованной стороной.Оценки затрат являются критическим первым шагом на путиопределения бюджета программ NASA.
В пределах процесса РРВЕ NASA,Рисунок 2.5 дает общее представление о том, как оценки затрат влияют напроцесс составления единого бюджета агентства. Заметим, что к процессусоздания надежных оценок привлекается много специалистов.53Директорат NASA по задачам должен быть способен подготовить ипредставить заявку по проектному бюджету, параметры которого попадают в70%-ный доверительный интервал.Заявка должна быть основана на независимой оценке затрат,разработка которой может финансироваться проектом, директоратом позадачам, или же проводиться управлением NASA, по независимой оценкепрограмм(IPAO).Требованиепопаданиявграницы70%-ногодоверительного интервала для проектов является одним из наиболее важныхфакторов, соблюдение которого помогает NASA улучшить качество своихоценок затрат, способность находиться в рамках бюджета, и, следовательно,улучшить репутацию в глазах внешних партнеров.Длятого,чтобыдействоватьвсоответствииснормами,установленными в таких документах, как – 1990 Chief Financial Officers Act,the 1993 Government Performance and Results Act и в ряде другихнормативных актов правительства США, NASA в 1995 году принялоконцепцию полных затрат и начало составлять бюджет и проводитьотчетность по форме полных затрат в 2004 финансовом году.
Согласнопервоначальному подходу о полных затратах, NASA рассматривало затратыкаждого центра как затраты на проекты данного центра, величина которыхбыла основана на количестве персонала центра. Так как затраты на работуцентра не являются функцией только от количества персонала, накладныерасходы для меньших центров были значительно выше, чем для большихцентров. Для того, чтобы устранить недостатки финансирования центров,начиная с 2007 финансового года, NASA рассчитывает накладные расходы спомощью одного коэффициента для всех девяти федеральных центров. Одини тот же коэффициент по всему агентству, используемый центром поуправлению и деятельности (СМ&О), будет присвоен каждому проекту (заисключением реализуемого силами одного из центров NASA – Jet PropulsionLaboratory, который административно находится в двойном подчиненииNASA и Калифорнийского технического университета и в отношении54которогодействуетспециальныйпорядок)ипрограммеагентства,основываясь на величине прямого бюджета каждого проекта.Подходыпооцениваниюзатратважнывконтекстеувязкиформирования требований к проекту по созданию РКТ и оценки затрат на егосоздание.
Необходимо отметить, что в начале формируются требования кпроекту, а затем проводится оценка затрат. Если требования четко неопределены, то оценку затрат придется проводить дополнительно, послеуточнения требований к проекту.Далее рассмотрим общие принципы и подходы к формированиютребований к проектам по созданию РКТ.2.2.
ОБЩИЕ ПРИНЦИПЫ И ПОДХОДЫ К ФОРМИРОВАНИЮТРЕБОВАНИЙ К ПРОЕКТАМ ПО СОЗДАНИЮ РКТ2.2.1. ОБЩИЕ ПРИНЦИПЫ РАЗРАБОТКИ ТРЕБОВАНИЙ КПРОЕКТУОсновные требования к характеристикам проекта определяютсятехническим заданием на создание РКТ, в котором содержатся цельсоздания, основные функциональные задачи, решаемые космическимисредствами,требованиякхарактеристикамизделия,пользователи,потребители и др.
Порядок, требования и этапы создания РКТ в ракетнокосмической отрасли регламентирован [28].В процессе разработки и согласования технического задания сЗаказчиком(ми)происходитпроцессуточнениятребованийкхарактеристикам проекта по созданию РКТ в зависимости от потребностейего применения в дальнейшем. При этом уточнение требований кхарактеристикам проекта постоянно ведется разработчиком на всех этапахсозданияРКТ,чтоприводиткдополнительнымконструктивнымизменениям, дополнительным затратам и увеличению сроков реализациипроекта.55Важно с самого начала подготовки проекта технического задания насоздание РКТ четко определить требования к характеристикам проекта исогласовать их с заинтересованными сторонами (при наличии несколькихзаказчиков). Если требования к характеристикам проекта сформулированыне в полном объеме, то на начальных этапах разработки проекта требованияк характеристикам проекта дополняются с учетом влияния внешних ивнутренних факторов и возникающих рисков.Таким образом, без определения согласованных требований кхарактеристикам проекта по созданию РКТ и их адаптации к реальнойситуации сроки и затраты на его реализацию значительно увеличатся.Поэтому перманентные требования с учетом новых вызовов будутопределять или новые сроки, или новые потребные ресурсы для реализациипроекта.Основными проблемами, приводящими к срыву реализации проектов,являются далеко не технические трудности, а ошибки при определениитребований к характеристикам проекта и менеджменту проекта.В Таблице 4 приведены основные причины провалов проектов ипоказаны процентное соотношение причин, приведших к невыполнениюпроектов.Таблица 4Причины проваловНеполнота требованийНедостаточное привлечение пользователейНедостаток в ресурсахНереалистические ожиданияНедостаток поддержки от руководстваИзменение требований/спецификацийНедостаточное планированиеПотеря необходимостиИсточник: [32].Значения13,1%12,4%10,6%9,9%9,3%8,7%8,1%7,5%56Для России к этим причинам надо добавить и другие, связанные свнешними обстоятельствами.
Например, санкции, которые были наложенына Россию, падение цен на нефть и неадекватные меры Центробанка,которые «опустили» рубль, фактически остановили инвестиции в реальноепроизводство,втомчислеввысокотехнологическоепроизводство.Возможность возникновения макроэкономических обстоятельств такого родаобуславливает наличие дополнительных проектных рисков, отражающихсяна выполнении уже запущенных проектов.Перечисленныепроблемыможноразделитьнатриосновныхкатегории:проблемы, связанные с требованиями – недостаточно полносформулированы требования к характеристикам проекта; проблемы такогорода потребуют внесения изменений в документацию или будут изменены порезультатам проведения экспертизы;проблемы, связанные с недостатком ресурсов – недостаточноефинансирование, отсутствие необходимых производственных мощностей,недостатки в планировании работ по проекту; многие из этих факторов такжеявляются следствием плохого управления требованиями;проблемы, связанные с новыми рисками, возникающими вокружении проекта; в ближнем окружении можно выделить проблемы систочниками финансирования, а также проблемы с обеспечением сырьем,материалами и оборудованием по приемлемым ценам; в дальнем окруженииопределяющее влияние оказывают экономические факторы: нестабильностьвалюты,удорожаниекредитов,проблемысфундаментальнымиисследованиями в связи с сокращением финансирования НИОКР;проблемы системы управления – выражаются во влиянии напервые три категории.Необходимо отметить, что уточнение требований к характеристикампроекта по созданию РКТ осуществляется постоянно на всех уровнях иэтапах создания проекта.57В Таблице 5 приведены цели работы с требованиями на каждом уровнесоздания проекта.Таблица 5Уровни разработкитребований к РКТТребования кракетнокосмическомукомплексу (РКК)Пользовательскиетребования к РКТСистемныетребования к РКТТребования кподсистемам РКТТребования длякомпонентов РКТМероприятияНазначениеПриемочныеиспытания (ПИ)Контрольныеиспытанияконкретных образцов дляподтвержденияихтехнической готовности кпоставкеилирешениявопроса об их пригодности киспользованиюпоназначениюМежведомственные Определение результата дляиспытания (МВИ) Заказчика(-ков),ПриемкаизделияПредварительные Контрольныеиспытанияиспытания (ПрИ)образцов для определениявозможности их предъявленияна Приемочные испытанияКомплексныеПроверкатребованийкиспытания (КИ)характеристикам подсистемАвтономныеОпределениереализациииспытания (АИ)требованийкхарактеристикамРКТ.Проверка компонентовПоскольку требования к характеристикам проекта играют важную рольв процессе создания РКТ, управлять требованиями необходимо постоянно навсех этапах его создания.Изменение характеристик проекта, на уровне комплектующих безсоответствующего изменения требований к характеристикам более высокогоуровня может привести к возникновению рисков создания РКТ вдальнейшем.Таким образом, разработка требований к характеристикам проекта посозданию РКТ и их управление на этапах его создания тесно увязаны междусобой.582.2.2.
ОБЩИЕ ПОДХОДЫ К РАЗРАБОТКЕ ТРЕБОВАНИЙ КПРОЕКТУНаначальныхэтапахразработкипроектапосозданиюРКТопределяется цель(и), основные функциональные задачи и требования кхарактеристикам проекта.Первоначальные требования к характеристикам проекта формируютобласть его возможного использования (пользовательские требования),определяют потенциальных заказчиков (стейкхолдеров), что впоследствиислужит основой для создания РКТ.К стейкхолдерам относят организации или физических лиц, которыетак или иначе заинтересованы в существовании проекта.Общий процесс разработки проекта в соответствии с парадигмойуправления требованиями [2] приведен на Рисунке 2.6.59ФормулировкапотребностейРазработка пользовательскихтребованийМодельиспользованияПользовательскиетребованияРазработка системныхтребованийМодельиспользованияСистемныетребованияРазработка системныхспецификацийМодельархитектуры проектовТребования длякомпонентовпроекта (требованиядля подсистем)Разработка спецификацийдля подсистемМодель архитектурыподсистемыТребования длякомпонентов подсистемы(требования дляподсистем нижнегоуровня)Рис 2.6 Процесс разработки проектаНеобходимо отметить, что при многоуровневой разработке проекта, накаждом уровне необходимо проведение экспертизы.Знание предметной области на верхнем уровне поможет в дальнейшемпри реализации проекта решить возникающие проблемы.
На системном60уровне важно конкретизировать требования к характеристикам проекта(пользовательские требования). На этом уровне появляется необходимостьуправлятьтребованиямикхарактеристикампроектаиприниматьуправленческие решения. На этой стадии целесообразно привлекатьорганизации имеющих опыт успешной реализации аналогичных проектов.Аналогичным образом, разработчики подсистем должны использоватьтехнические наработки, полученные ранее при разработке похожихподсистем.Общиепринципыиподходыкразработкетребованийкхарактеристикам проекта применимы к проектам создания РКТ с учетомспецифики их создания на предприятиях РКП.2.2.3.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
