
- •Постановка задачи1
- •Часть 1: Описание проекта
- •Соображения, лежавшие в основе решения об обновлении по
- •Процессы управления проектом
- •Ход работ по проекту Фаза 1 - инициация проекта
- •Часть 2: Изменения в проекте
- •Рабочая сессия командообразования
- •Результаты рабочей сессии
- •Дальнейшие шаги
- •Задание
- •Задание
Ход работ по проекту Фаза 1 - инициация проекта
Как показано на Рис.1, проект был разделен на фазы, начиная с "инициации проекта". Проект был стандартным, а его результат казался предсказуемым. Заказчик использовал систему почти 5 лет и был удовлетворен ей как в смысле функциональности, так и в смысле способности работать с большими объемами данных. ПО было разработано в начале 90-х годов XX века, так что для глобального обновления время было самое подходящее.
Первый шаг заключался в том, чтобы провести презентации для ключевых лиц компании-Заказчика, принимающих решения, с елью демонстрации им выгод обновления. Укрупненное содержание было одобрено, дата поставки была установлена и было оговорено, что это будет проект с фиксированной ценой. Организационная структура проекта была стандартной, включала в себя Управляющий комитет проекта, который собирался по мере необходимости, и Комитет управления проектом, который собирался еженедельно.
Технический консультант со стороны пользователя был единственным лицом, уполномоченным подписывать спецификации. Он не делился этими документами с остальными пользователями, лишая их возможности познакомиться с новой системой. Это мотивировалось тем, что консультант превосходно разбирается в системе и бизнес-приложениях ПО. Наличие единственного контактного лица со стороны пользователей значительно повышало управляемость проекта, позволяло избежать проблем со сбором множества занятых людей в одно время в одном месте для подписания того или иного документа.
Фаза 2 – Разработка проекта
Проект включал в себя двенадцать контрольных событий, связанных с различными пакетами работ, включенными в фазу разработки. Это было сделано для того, чтобы дать Заказчику точное понимание того, что делается в проекте, и получить его одобрение. Приемлемое решение для обеих сторон достигалось всегда. Через 7 месяцев после начала проекта управляющий директор Заказчика по работе с клиентами заверил обе стороны, что все идет намеченным курсом, тем более, что 80% проектных работ были выполнены.
Часть 2: Изменения в проекте
Фаза 3 – Пользовательское тестирование
На этапе пользовательского тестирования поползли слухи о том, Заказчик недоволен происходящим в рамках проекта. Возможно, технический консультант со стороны пользователя начал говорить другим людям (пользователям), что между старой и обновленной версией системы нет особой разницы. Эти слухи дошли до управляющего директора Заказчика, который немедленно связался с Поставщиком, чтобы разобраться с происходящим. Было созвано рабочее совещание пользователей (включая технического консультанта со стороны пользователей), на котором была продемонстрирована работа системы. Никаких особых поводов для беспокойства не было выявлено. Но Поставщик все же решил провести формальный обзор проекта, чтобы точно установить состояние проекта.
В обзоре за пару недель до предполагаемого начала пользовательского тестирования системы приняли участие все ключевые заинтересованные стороны Поставщика и Заказчика. Били опрошены управляющий директор Заказчика, менеджер проекта со стороны Заказчика и технический консультант со стороны пользователей. Обзор показа соблюдение процессов, определенных в рамках управления проектом, и то, что проект движется нормальным курсом. Не было выявлено никаких серьезных противоречий. Заказчик не высказал ни одной жалобы относительно новой системы, что было странно, поскольку обзор был предпринят на основании того, что технический консультант со стороны пользователей высказался третьим сторонам, что он-де недоволен системой. Заказчик предложил провести «рабочую сессию по командообразованию».