Фаза выработки концепции

Цель фазы - создание и сплочение проектной группы на основе выработки единого видения проекта.

Основные выполняемые задачи:

· создание ядра проектной группы;

· подготовка документа общего описания (Видение) и рамок проекта (vision / scope document). Видение (vision) - это ничем не ограничиваемое представление о том, каким должно быть решение. Рамки (scope) - определение того, что из предложенного этим видением будет реализовано в условиях существующих проектных ограничений.

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

· выявление и первичный анализ бизнес требований (детально эти требования рассматриваются во время фазы планирования).

Распределение задач между ролевыми кластерами приведено в таблице 3.3.

 

Таблица 3.3. Задачи проектной группы в фазе выработки концепции

Ролевой кластер	Задачи
Управление продуктом	Выявление нужд и требований Заказчика; определение общих целей проекта; документальное оформление общего описания и рамок проекта
Управление программой	Определение: целей дизайна, концепции решения, структуры проекта
Разработка	Прототипирование решения; анализ технологических возможностей; анализ осуществимости решения
Удовлетворение потребителя	Предварительная оценка эксплуатационных характеристик решения и их влияния на его разработку
Тестирование	Формирование стратегий тестирования и оценка их влияния на разработку решения
Управление выпуском	Формирование требований внедрения и сопровождения, оценка их влияния на разработку решения

Рекомендуемые промежуточные вехи:

· Ядро проектной группы сформировано - назначены ключевые члены проектной группы.

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

После согласования концепции проекта достигается главная веха " Концепция утверждена ".

Результаты выполнения фазы фиксируются в ряде документов (шаблоны документов можно найти в [ 5 ]):

· общее описание и рамки проекта;

· документ оценки рисков;

· описание структуры проекта.

Фаза планирования

Цель фазы - разработка планов проекта.

Основные выполняемые задачи:

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

· выявление типов пользователей системы;

· выявление сценариев использования, в которых моделируется выполнение какой-либо операции определенным типом пользователя;

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

· проектирование (дизайн системы). В MSF выделяется три уровня процесса проектирования: концептуальный дизайн (conceptual design), логический дизайн (logical design) и физический дизайн (physical design).

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

Логический дизайн - описание состава, организации и взаимодействия элементов, из которых состоит программное решение.

Физический дизайн - описание программного решения в терминах разработчика системы. Включает все необходимые детали для реализации: технологии, организацию, структуру и взаимосвязи элементов, которые будут использованы при создании программного решения.

Результаты процесса проектирования документируются в функциональной спецификации.

2. Подготовка рабочих планов.

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

3. Оценка проектных затрат и сроков разработки различных составляющих проекта.

Распределение задач между ролевыми кластерами в фазе планирования приведено в таблице 3.4.

 

Таблица 3.4. Задачи проектной группы в фазе планирования

Ролевой кластер	Фокус
Управление продуктом	Выявление и анализ бизнес-требований, разработка концептуального дизайна; разработка коммуникационного плана
Управление программой	Концептуальный и логический дизайн; функциональная спецификация; сводный план и сводный календарный график проекта; бюджет
Разработка	Оценка технологий; логический и физический дизайн; план и календарный график разработки; смета разработки
Удовлетворение потребителя	Сценарии/примеры использования, пользовательские требования, требования локализации и общедоступности; пользовательская документация / план обучения / график тестирования удобства эксплуатации; обучение
Тестирование	Оценка дизайна; требования тестирования; план и календарный график тестирования
Управление выпуском	Оценка дизайна; эксплуатационные требования; план и календарный график пилотного и окончательного внедрения

Рекомендуемые промежуточные вехи:

· Верификация технологий - проверка соответствия продуктов и технологий, которые предполагается использовать, спецификациям их поставщиков; отбор наиболее подходящих технологий.

· Базовая версия функциональной спецификации создана - функциональная спецификация готова для распространения среди заинтересованных сторон с целью согласования характеристик создаваемого решения.

· Базовая версия сводного плана проекта создана - сформирована совокупность согласованных планов работы различных ролевых кластеров.

· Базовая версия сводного календарного графика проекта создана - объединено и согласовано календарное планирование деятельности каждого ролевого кластера.

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

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

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

· функциональная спецификация;

· план управления рисками;

· сводный план и сводный календарный график проекта.

 

Фаза разработки

Цель фазы - создание компонент решения (включая как документацию, так и программный код).

Распределение задач между ролевыми кластерами в фазе разработки приведено в таблице 3.5.

 

Таблица 3.5. Задачи проектной группы в фазе разработки

Ролевой кластер	Задачи
Управление продуктом	Формирование ожиданий Заказчика
Управление программой	Управление изменениями в функциональной спецификации; мониторинг проекта; доработка планов
Разработка	Разработка программного кода и инфраструктуры; документирование конфигураций
Удовлетворение потребителя	Обучение пользователей; доработка плана обучения; тестирование удобства эксплуатации
Тестирование	Функциональное тестирование; тестирование документации; доработка плана тестирования
Управление выпуском	Планирование развертывания; доработка планов внедрения (включая пилотное внедрение)

Рекомендуемые промежуточные вехи:

· Концепция подтверждена - успешно проведена проверка ключевых элементов решения в непроизводственной копии существующей среды.

· Билд n завершен, билд n+1 завершен - промежуточные вехи, помогающие определить прогресс создания решения. В сложных системах зачастую выделяются компоненты, каждый из которых разрабатывается и тестируется отдельной командой и затем интегрируется в общее решение. Билды (сборки) и являются процедурами слияния компонент. Эти промежуточные вехи могут быть привязаны к некоторым важным элементам системы (например, завершение графического дизайна, разработки базы данных и пр.).

Главная веха "Разработка завершена" означает, что создание всех составляющих завершено, решение готово к тестированию и стабилизации.

Результаты фазы:

· исходный и исполнимый код приложений;

· скрипты установки и конфигурирования;

· окончательная функциональная спецификация;

· материалы поддержки решения;

· спецификации и сценарии тестов.

Фаза стабилизации

Цель фазы - тестирование и отладка разработанного решения в реалистичной модели производственной среды.

Основные выполняемые задачи:

· выявление, приоритезация и устранение ошибок;

· пилотное внедрение решения.

Распределение задач между ролевыми кластерами в фазе стабилизации приведено в таблице 3.6.

 

Таблица 3.6. Задачи проектной группы в фазе стабилизации

Ролевой кластер	Задачи
Управление продуктом	Исполнение коммуникационного плана; планирование премьеры продукта
Управление программой	Мониторинг проекта; приоритезация ошибок
Разработка	Устранение ошибок; оптимизация программного кода
Удовлетворение потребителя	Доработка эксплуатационных руководств; подготовка учебных материалов
Тестирование	Организация и проведение тестирования
Управление выпуском	Развертывание и поддержка пилотного внедрения; планирование внедрения; обучение персонала сопровождения

Рекомендуемые промежуточные вехи:

· Точка конвергенции - характеризует достижение существенного прогресса в устранении ошибок. В этот момент скорость устранения ошибок начинает превосходить скорость их обнаружения.

· Точка достижения нуля - это момент, когда впервые все выявленные ошибки оказываются устраненными. В дальнейшем ошибки еще будут выявляться, но их количество начинает стремительно убывать.

· Версии-кандидаты - последовательный выпуск и доработка полнофункциональных версий системы. Каждая версия-кандидат имеет полный набор составляющих, необходимых для внедрения решения в производство. В процессе тестирования версии-кандидата производится оценка ее готовности к внедрению. При необходимости проектная группа должна подготовить новую версию, исправляющую недостатки предыдущей.

· Контрольное тестирование завершено. К этому моменту проектная группа должна:

o оценить результаты тестирования в соответствии с имеющимися критериями успешности;

o подготовить среду внедрения;

o создать необходимые для внедрения процедуры, скрипты и массивы данных (load sets);

o иметь готовые учебные материалы;

o обеспечить условия для сопровождения решения;

o создать и протестировать план "отката" для восстановления системы после сбоев.

· Тестирование приемлемости для потребителей завершено - пользователи выполнили тестирование и одобряют работу решения в непроизводственной среде.

· Пилотное внедрение завершено - выполнено тестирование полного решения в среде, максимально приближенной к производственным условиям. В MSF пилотный релиз (pilot release) - это внедрение решения или в часть производственной среды, или для части пользователей, или на подмножестве данных.

Главная веха "Готовность решения утверждена" означает, что к этому моменту проектная группа завершает разрешение всех существенных проблем и решение готово к внедрению.

Результаты:

· окончательный продукт;

· документация выпуска;

· материалы поддержки решения;

· результаты и инструментарий тестирования;

· исходный и исполнимый код приложений;

· проектная документация.

Фаза внедрения

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

Основные задачи проектной группы в фазе внедрения приведены в таблице 3.7.

 

Таблица 3.7. Задачи проектной группы в фазе внедрения

Ролевой кластер	Задачи
Управление продуктом	Получение отзывов и оценок Заказчика; оформление акта о приеме выполненной работы
Управление программой	Сопоставление рамок проекта с поставленным решением; управление стабилизацией
Разработка	Разрешение проблем; поддержка эскалации
Удовлетворение потребителя	Обучение; управление календарным графиком обучения
Тестирование	Тестирование производительности
Управление выпуском	Управление внедрением; одобрение изменений

Рекомендуемые промежуточные вехи:

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

· Внедрение на местах завершено - к этому моменту все целевые потребители получают доступ к решению и оформляются акты о пуске решения в эксплуатацию.

· Внедренное решение стабилизировано - Заказчик и Проектная группа пришли к соглашению о том, что решение функционирует правильно.

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

Достижение главной вехи "Внедрение завершено" означает, что решение начинает давать Заказчику ожидаемую бизнес-отдачу, а проектная группа завершила свою деятельность.

Результатами этой фазы являются:

· информационные системы эксплуатации и поддержки;

· работающие процедуры и процессы;

· базы знаний, отчеты, журналы протоколов;

· версии проектных документов, массивы данных и программный код, разработанные во время проекта;

· отчет о завершении проекта;

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

· показатели удовлетворенности Заказчика и потребителей.

В первых разделах курса приведены сведения, которые позволяют решить целый ряд вопросов, возникающих при планировании проекта внедрения информационных систем:

1. сформировать структуру проекта - выделить фазы (этапы);

2. определить, что и в какой последовательности будет исполняться, т. е. построить иерархическую структуру работ и сетевой график проекта;

3. определить состав проектной команды и распределение ролей и ответственности между участниками;

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

 

Лекция 4

Тема: Управление интеграцией. Устав проекта. Управление содержанием проекта

1. Управление интеграцией

2. Устав проекта. План управления проектом.

3. Управление содержанием проекта. Планирование содержания

4. Создание иерархической структуры работ

5. Подтверждение содержания. Управление изменениями содержания

Для упрощения управления проектом, организации и координации проектных работ все действия, направленные на достижение целей проекта, разбивают на отдельные составляющие - процессы управления проектом. Управление проектом по стандарту PMBOK выполняется с помощью 44 процессов, которые объединены в пять групп, называемых "группы процессов управления проектом" [ 9 ]:

1. Группа процессов инициации.

2. Группа процессов планирования.

3. Группа процессов исполнения.

4. Группа процессов мониторинга и управления.

5. Группа завершающих процессов.

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

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

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

С целью структуризации управления проектом процессы управления проектом распределены по девяти областям знаний [ 9 ]:

1. Управление интеграцией.

2. Управление содержанием.

3. Управление временем.

4. Управление стоимостью.

5. Управление персоналом.

6. Управление коммуникациями.

7. Управление качеством.

8. Управление рисками.

9. Управление снабжением.

Распределение 44 процессов по областям знаний и группам процессов представлено в таблице 4.1.

 

Таблица 4.1. Распределение процессов по областям знаний и группам процессов

Процессы и области знаний	Группы процессов управления проектом
Группа процессов инициации	Группа процессов планирования	Группа процессов исполнения	Группа процессов мониторинга и управления	Группа завершающих процессов
Интеграция управления проектом	Разработка Устава проекта. Разработка предварительного содержания проекта	Разработка плана управления проектом	Руководство и управление исполнением проекта	Мониторинг и управление работами проекта	Закрытие проекта
Управление содержанием проекта		Планирование содержания. Определение содержания. Создание ИСР		Подтверждение содержания. Управление содержанием
Управление сроками проекта		Определение состава операций. Определение взаимосвязей операций. Оценка ресурсов операций. Оценка длительности операций. Разработка расписания		Управление расписанием
Управление стоимостьюпроекта		Стоимостная оценка. Разработка бюджета расходов		Управление стоимостью
Управление качеством проекта		Планирование качества	Обеспечение качества	Контроль качества
Управление человеческими ресурсами проекта		Планирование человеческих ресурсов	Набор команды проекта. Развитие команды проекта	Управление командой проекта
Управление коммуникациями проекта		Планирование коммуникаций	Распространение информации	Отчетность по исполнению. Управление участниками проекта
Управление рисками проекта		Планирование управления рисками. Идентификация рисков. Качественный анализ рисков. Количественный анализ рисков.Планирование реагирования на риски		Мониторинг и управление рисками
Управление поставками проекта

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