21. Технологический процесс управления проектом.

Цель

Управление программным проектом – это искусство балансирования между конкури­рующими целями, а также управление риском и преодоление ограничений. Результатом процесса должен быть продукт, удовлетворяющий потребностям заказчиков (тех, кто оплачивает счета) и конечных пользователей. О значительной сложности этой задачи свидетельствует, например, то, что 100%-ным успехом может похвастаться лишь очень малое число проектов. Цель технологического процесса управления требованиями, как он определен в Rational Unified Process, — максимально возможное облегчение постав­ленной задачи путем обеспечения руководства проектом. Этот процесс не является ре­цептом успеха; это скорее рекомендуемый подход к управлению проектом, заметно по­вышающий шансы па сдачу успешного программного обеспечения. Существует три основные цели процесса управления проектом.

• Создать контур для управления преимущественно программными проектами

• Обеспечить практическое руководство по вопросам планирования, кадрового обеспечения, реализации проекта и наблюдения за проектом

• Создать контур для управления риском

Следует отметить, что данный технологический процесс, как он определен в Rational Unified Process, не охватывает все аспекты управления проектом. Например, не освещаются следующие вопросы,

• Управление персоналом: наем, обучение, тренировка

• Управление ресурсами: определение, распределение

• Управление контрактами с поставщиками и заказчиками

Данный технологический процесс акцептирует внимание лишь на определенных аспектах процесса итеративной разработки.

• Планирование жизненного цикла итеративного проекта в целом и планирование отдельных итераций

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

• Наблюдение за прогрессом итеративного проекта и метрики

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

К целям планирования проекта относится следующие.

• Распределение задач и обязанностей в команде

• Наблюдение за отношением имеющегося прогресса к плану и выявление потенциальных проблем по мере развития проекта

Два уровня планов

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

• крупнозернистый план фаз;

• набор мелкозернистых планов: планы итераций.

План фаз

План фаз— это крупнозернистый план; в каждом проекте разработки не может суще­ствовать более одного такого плана. Он содержит общую "оболочку" проекта для од­ного цикла (если план будет признан приемлемым, то он может использоваться и в последующих циклах). В нем указано следующее.

• Даты основных вех

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

- Вехи архитектуры жизненного цикла (конец фазы уточнения плана; завер­шена архитектура)

- Вехи первоначальной работоспособности (конец фазы построения; выпущена первая бета-версия)

-Вехи выпуска продукта (конец фазы развертывания и жизненного цикла в целом)

• Схема кадрового обеспечения; какие ресурсы нужны в процессе развития проекта

• Даты второстепенных вех, конец каждой итерации и ее основная цель (если она известна)

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

План итерации

План итерации – это мелкозернистый план, который должен создаваться для каждой итерации. Как правило, в каждый момент времени "активны" дна плана итерации.

• Текущий план итерации (план текущей итерации), используемый дли наблюде­ния за прогрессом проекта

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

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

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

Исполнители и артефакты

Рис.7.2. Исполнитель и артефакты технологического процесса управления проектом

Ниже представлены ключевые артефакты технологического процесса управления.

• План разработки программного обеспечения (software development plan - SDP);

• План принятия продукта;

• План управления риском (и перечень рисков);

• План разрешения проблем:

• План измерений;

• Бизнес-план

• Планы итераций

• Оценка итерации

• Оценка (периодическая) состояния

• Распределение работ

• База данных измерений проекта

• Технологический процесс управления проектом весьма полезен для согласова­ния конкурирующих целей, управления рисками и преодоления ограничений и целях сдачи продукта, отвечающего требованиям заказчиков (тех, кто оплачи­вает счета) и конечных пользователей.