Процесс «Определение бюджета проекта»
Определение понятия «Процесс «Определение бюджета проекта»
Определение бюджета – процесс объединения оценочных стоимостей отдельных операций или пакетов работ для разработки санкционированного базового плана по стоимости. Данный базовый план включает в себя все санкционированные бюджеты, за исключением управленческих резервов
Определение понятия «Бюджет проекта»
Бюджеты проекта представляют собой денежные средства, санкционированные для выполнения проекта. Выполнение стоимости проекта сравнивается с санкционированным бюджетом
Входами процесса «Определение бюджета проекта» являются:
оценка стоимости операций;
основа для оценок;
базовый план по содержанию;
расписание проекта;
календари ресурсов;
контракты;
активы процессов организации.
Активы процессов организации, которые оказывают влияние на процесс определения бюджета, включают в себя среди прочего:
существующие формальные и неформальные правила, процедуры и руководящие указания, связанные с разработкой бюджета расходов;
инструменты разработки бюджета расходов;
методы составления отчетов.
В ходе выполнения процесса «Определение бюджета проекта» используются следующие инструменты и методы:
метод суммирования стоимости;
метод анализа резервов;
экспертные оценки;
исторические взаимосвязи;
метод согласования финансовых ограничений.
Суть метода суммирования стоимости
Метод суммирования стоимости предполагает, что оценки стоимости суммируются по пакетам работ в соответствии с ИСР. Затем оценки стоимости пакетов работ объединяются в элементы более высоких уровней элементов ИСР (таких как контрольные счета), в итоге образуется оценка стоимости всего проекта
Экспертные оценки доступны из многих источников, к которым относятся среди прочего:
другие подразделения в рамках исполняющей организации;
консультанты;
заинтересованные стороны проекта, в том числе заказчики;
профессиональные и технические ассоциации;
отраслевые объединения.
Суть метода исторических взаимосвязей
Любые исторические взаимосвязи, дающие в результате параметрические оценки или оценки по аналогам, предусматривают использование характеристик (параметров) проекта для разработки математических моделей, чтобы прогнозировать общую стоимость проекта
Выходами процесса «Определение бюджета проекта являются:
документ «Базовый план выполнения стоимости»;
документ «Требования к финансированию проекта»;
обновления документов проекта.
Базовый план по стоимости, расходы и требования к финансированию (пример)
Проблема оценки стоимости и бюджетирования ит-проектов
Модель будущего рынка практик ПО
Особенности секторов модели будущего рынка практик ПО:
сектор «End-User Programming» будет зависеть от повышения компьютерной грамотности и конкурентного давления в процессе получения быстрого, гибкого и управляемых пользователями решений по обработке информации;
типичные продукты в секторе «Infrastructure» будут относиться к области операционных систем, СУБД, систем управления интерфейсом пользователя, сетевых систем, решений в области распределенной обработки данных и транзакций;
сектор «Application Generators and Composition Aids» должен создавать в значительной степени диверсифицированные инструменты для программирования;
сектор «Application Composition» будет иметь дело с приложениями, которые являются достаточно простыми, чтобы быть быстро собранными из совместимых компонентов;
сектор «System Integration» занимается крупными, встроенными или уникальными системами.
Предлагаемое разделение рынка вызывает к жизни следующие принципы моделирования и оценивания усилий и затрат на разработку ИТ-проектов:
сохранение открытости исходного варианта моделей оценивания;
ключ к структуре модели оценивания определяется секторами модели будущего рынка практик ПО, описанными выше;
основные входы и выходы подмоделей модели оценивания определяются уровнями доступа к информации на разных стадиях ИТ-проекта;
включение подмоделей в модель оценивания является результатом адаптации модели оценивания к конкретной стратегии выполнения процесса проекта.
Особенности параметрического оценивания усилий и затрат в ИТ-проектах:
сектору «End-User Programming» обычно не нужны серьезные модели оценивания;
модель параметрического оценивания для сектора «Application Composition» основана на показателе «точки объектов» (количество экранов, отчетов и модулей, написанных на языках третьего поколения, разработанных в рамках приложений);
возможность параметрического оценивания для оценки разработок в секторах «Application Generator», «System Integration» или «Infrastructure» основана на настройке смеси из модели «Application Composition» (для ранних стадий разработки) и двух более подробных моделей оценки, применяемых в рамках последующих стадий жизненного цикла, - «Early Design» и «Post-Architecture»
Предлагаемый подход к представлению модели оценивания как смеси из нескольких моделей определяется следующими положениями:
в отличие от подходов 1970-х гг., когда существовала единая модель жизненного цикла разработки ПО, в настоящее время модель жизненного цикла ИТ-проекта является комбинированной и включает в себя модели процессов, основанных на различных моделях жизненных циклов;
степень детализации модели должна согласовываться со степенями детализации информации о стоимости отдельных элементов проекта, при этом возможно одновременное представление информации с различными степенями детализации (например, при планировании методом «набегающей волны»);
учитывая сказанное, модель оценивания должна разрешать использование слабоструктурированных описаний стоимости разработки ПО с постепенным уточнением этих описаний по мере выполнения ИТ-проекта, поэтому модель ориентирована на формирование диапазонных (а не точечных) оценок стоимости и усилий на разработку ПО, диапазон которых связан с точностью определения оценок значений входов модели.
Изменение неопределенности оценок модели оценивания усилий и затрат на выполнение ИТ-проекта в зависимости от его стадий
()
()
Проблемы гибкого управления ИТ-проектами
видение кризиса инженерных подходов и зарождение идей гибкого управления ИТ-проектами;
гибкие методологии разработки. Манифест и принципы Agile. Семейство Agile-методологий;
анализ особенностей Agile-ориентированных подходов на примере Scrum;
проблемы применения Agile-методологий.