Управление программными проектами

Ниже приведено краткое содержание каждого из семи процессов, при этом первые четыре процесса, имеющие непосредственное влияние на программный проект, рассмотрены более подробно.

1. Процесс планирования проекта

Основными видами деятельности по реализации процесса планирования проекта являются:

1)инициация проекта (оценка потребности в результатах проекта, определение цели и ограничений, оценка степени осуществляемости проекта с учетом наличия требуемых ресурсов и сроков завершения проекта);

2)планирование проекта (разработка календарного плана/графика проведения работ; определение потребности в ресурсах

играфика их поставки; распределение задач по исполнителям; определение рисков срыва как отдельных работ, так и проекта в целом; планирование мероприятий по обеспечению качества проекта; определение затрат, связанных с выполнением проекта; выбор типа модели ЖЦ разработки программного продукта);

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

2.Оценка проекта и процесс управления

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

1)мониторинг проекта (формирование и представление отчетов о ходе выполнения проекта как руководителем проекта, так и представителем заказчика);

2)управление проектом (анализ состояния проекта и принятие решений по ликвидации проблем, возникающих в ходе выполнения проекта; формирование отчетов о разрешении возникающих проблемных ситуаций);

параметрам, как вероятность наступления, последствия проявления порогового значения; рейтинг рисков; мероприятия по реагированию на риск);

3)анализ рисков (идентификация рисков по характеристикам, описанным в контексте менеджмента рисков; оценка вероятности и последствий проявления; оценка критичности риска относительно пороговых значений характеристик; определение

идокументирование стратегии управления);

4)обработка рисков (выбор и реализация одной из альтернативных стратегий управления (принятие, снижение, уклонение, передача) в зависимости от критичности риска);

5)мониторинг рисков (мониторинг и оценка состояния риска; анализ возможности проявления новых рисков и их потенциальных источников);

6)оценка процесса менеджмента риска (сбор и анализ ин-

формации об источниках и причинах проявления рисков и используемых стратегиях реагирования; пересмотр содержания менеджмента рисков в плане его результативности и эффективности).

5.Процесс менеджмента конфигурации

Процесс предназначен для определения и поддержки в актуальном состоянии целостности всех выходных результатов проекта или процесса и доступа к ним заинтересованных лиц.

6. Процесс менеджмента информации

Процесс менеджмента информации обеспечивает предоставление заинтересованным участникам команды проекта в соответствии с их полномочиями своевременной, полной, достоверной информации о ходе выполнения проекта на всех этапах его жизненного цикла.

7. Процесс измерений

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

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

Контрольные вопросы

1.Дайте понятие программного проекта и перечислите его специфические особенности.

2.Приведите определение программного продукта. Перечислите свойства ПП как объекта интеллектуальной собственности.

3.Дайте понятия цели, результата и ограничений программного проекта. Перечислите и прокомментируйте требования к формулировке целей.

4.Раскройте смысл характеристик «железного треугольника» при управлении программными проектами. В чем состоит процедура достижения компромисса между характеристиками?

5.Приведите понятие жизненного цикла программного продукта

иназовите стандарты, регламентирующие этапы ЖЦ.

6.Перечислите и прокомментируйте содержание девяти областей знаний стандарта РМВОК.

7.Перечислите и прокомментируйте содержание пяти этапов жизненного цикла программного проекта стандарта РМВОК.

8.Перечислите и прокомментируйте содержание процессов управления программным проектом стандарта ГОСТ Р ИСО/МЭК 12207-2010.

26 Стандартизация процессов создания программного продукта

период существования ПП — от установления требований к ПП до полного прекращения его использования.

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

Стандарт содержит полный набор описания процессов ЖЦ ПП для некоторого типового проекта с максимально возможным составом процессов, действий и задач, которые используются при приобретении системы, содержащей программные средства, или отдельно поставляемого ПП; при оказании программной услуги; при поставке, разработке, эксплуатации и сопровождении ПП.

В стандарте различные виды деятельности, которые могут выполняться в течение жизненного цикла программных систем, сгруппированы в семь групп процессов:

1)процессы соглашения:

приобретение;

поставка;

2)процессы организационного обеспечения проекта:

менеджмент модели жизненного цикла;

менеджмент инфраструктуры;

менеджмент портфеля проектов;

менеджмент людских ресурсов;

менеджмент качества;

3)процессы проекта:

планирование проекта;

оценка проекта и процесс управления;

менеджмент решений;

менеджмент рисков;

менеджмент конфигурации;

менеджмент информации;

измерение;

4)технические процессы:

определение требований правообладателей;

анализ системных требований;

проектирование архитектуры системы;

реализация;

комплексирование системы;

квалификационное тестирование системы;

инсталляция программных средств;

поддержка приемки программных средств;

функционирование программных средств;

сопровождение программных средств;

прекращение применения программных средств;

5)процессы реализации программных средств:

реализация программных средств;

анализ требований к программным средствам;

проектирование архитектуры программных средств;

детальное проектирование программных средств;

конструирование программных средств;

комплексирование программных средств;

квалификационное тестирование программных средств;

6)процессы поддержки программных средств:

менеджмент документации;

менеджмент конфигурации;

обеспечение гарантии качества;

верификация;

валидация;

ревизия;

аудит;

решение проблем в программных средствах;

7)процессы повторного применения программных средств:

проектирование доменов;

менеджмент повторного применения активов;

менеджмент повторного применения программ.

28 Стандартизация процессов создания программного продукта

При решении практических задач необходимо адаптировать состав и содержание процессов стандарта к конкретному проекту. Рассмотрим пример использования стандарта для изложения содержания процессов, определяющих деятельность разработчиков при реализации следующих стадий жизненного цикла создания программных продуктов (рис. 2.1).

Комплексирование

Квалифицированное

тестирование

Инсталляция

Поддержка приемки

Сопровождение

Рис. 2.1. Стадии жизненного цикла разработки программного продукта

Содержание этих процессов должно раскрывать последовательность создания программных средств, выполненных в виде программного продукта, удовлетворяющего как требованиям к архитектурным решениям проекта, что подтверждается посредством его верификации, так и требованиям заказчиков (потребителей), что подтверждается посредством валидации.

Процесс анализа требований к программным средствам

заключается в установлении требований к программному продукту и его программным компонентам. При реализации процесса необходимо осуществлять следующие виды деятельности:

1)определение требований к программным компонентам и программному продукту и их интерфейсам;

2)анализ требований к программным компонентам и программному продукту на корректность и тестируемость;

3)определение влияния требований к программным компонентам и программному продукту на среду функционирования;

4)установление совместимости и взаимосвязи между требованиями к программным компонентам и требованиями к программному продукту;

5)определение приоритетов реализации требований к программному продукту и его компонентам;

6)оценку изменения в требованиях к программному продукту и его компонентам по стоимости, времени выполнения работ и воздействиям на технические характеристики;

7)доведение до сведения заинтересованных сторон требований к программным компонентам и программному продукту.

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

функциональных и нефункциональных (эксплуатационных) требований, в том числе производительности, физических характеристик и внешних условий, при которых будет эксплуатироваться программный продукт;

требований к внешним интерфейсам ПП;