Руководитель проекта со стороны компании заказчик

Роль:

Совместная работа с Руководителем проекта со стороны компании КОНСУЛЬТАНТ с целью обеспечения успешной реализации проекта. Руководитель проекта компании ЗАКАЗЧИК выполняет управление ресурсами, вовлеченными в проект со стороны компании ЗАКАЗЧИК

Функциональные обязанности руководителя проекта компании ЗАКАЗЧИК:

· Управление планированием и решением оперативных вопросов на всех этапах проекта.

· Организация работы проектной группы компании ЗАКАЗЧИК во всех стадиях проекта: анализе, дизайне, настройке системы, обучении и тестировании.

· Принятие административных решений по организационным вопросам и вопросам привлечения ресурсов со стороны компании ЗАКАЗЧИК.

· Обеспечение своевременной готовности всех данных для переноса в новую систему.

· Обеспечение своевременной готовности инфраструктуры.

· Согласование и утверждение результатов проекта.

Аналитик компании ЗАКАЗЧИК

Роль:

Аналитик определяет бизнес требования к системе со стороны компании ЗАКАЗЧИК, обеспечивает их отражение в документах проекта и в системе.

Функциональные обязанности аналитика компании ЗАКАЗЧИК:

· Проведение обследования, идентификация и документирование всех бизнес требований компании ЗАКАЗЧИК.

· Участие в подготовке базовых и других документов проекта.

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

Проектная группа компании ЗАКАЗЧИК

Роль:

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

Функциональные обязанности проектной группы компании ЗАКАЗЧИК:

· Прохождение обучения в компании КОНСУЛЬТАНТ

· Изложение экспертной информации и участие на стадии дизайна системы.

· Утверждение и проверка документов по функциональным требованиям и дизайну системы.

· Помощь в тестировании (выполнение тестов).

· Выполнение настройки системы, ввод и перенос данных.

· Утверждение и проверка учебных материалов.

· Помощь в обучении конечных пользователей, вводе системы в эксплуатацию.

Системный аналитик

Роль:

Системный аналитик определяет бизнес требования, которые должны быть выполнены в ходе проекта, определяет и организует все действия, связанные с требованиями к системе на всех стадиях проекта

Функциональные обязанности аналитика компании КОНСУЛЬТАНТ:

· Определение совместно с проектной группой критериев приемки системы

· Идентификация и документирование бизнес требований в документе ТЗ.

· Концептуальная проработка решения

· Детального проработка решения (совместно с Разработчиком)

· Организация и проведение рабочих встреч и интервью

· Определение Плана тестирования системы.

· Определение способа ведения разработки; функционала версий и т.п.

· Создание технической и программной документации (если необходимо).

· Обеспечение готовности приложения к запуску, в том числе:

o Определение критериев тестирования системы;

o Подготовка интегрального теста (назначение, подготовка, сценарии тестирования системы, выполнение тестирования и т.п.);

o Контроль тестирования и приемки проектной группой компании ЗАКАЗЧИК и разрешение вопросов и проблем, возникающих в ходе тестирования;

o Обеспечение полной готовности системы к настройке и запуску.

Разработчик компании КОНСУЛЬТАНТ

Роль:

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

Функциональные обязанности разработчика компании КОНСУЛЬТАНТ:

· Настройка системы.

· Доработка системы согласно ТЗ.

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

· Обучение проектной группы для выполнения тестирования системы.

· Доработка по результатам тестирования.

· Миграция и преобразование данных.

· Утверждение документации для пользователей и процедурной документации.

Тренер компании КОНСУЛЬТАНТ

Роль:

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

Функциональные обязанности тренера компании КОНСУЛЬТАНТ:

· Обучение и консультирование проектной группы и конечных пользователей.

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

Расписание совещаний и отчетность по проекту

В течение периода работы по проекту рекомендуется проводить следующие совещания:

Совещание по началу проекта

Совещания проектной группы – не реже одного раза в 2 недели

Встречи Управляющего комитета – не реже одного раза в месяц

Расписание совещаний должно быть согласовано и утверждено Руководителями проектов.

 

Отчетность

 

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

 

Отчет о Статусе проекта подготавливается руководителем проекта компании КОНСУЛЬТАНТ и используется как основной документ для обсуждения на еженедельном совещании проектной группы по статусу проекта. В этой встрече обязательно должны участвовать:

 

§ Руководитель проекта компании КОНСУЛЬТАНТ

§ Руководитель проекта компании ЗАКАЗЧИК

§ Системный аналитик компании КОНСУЛЬТАНТ

§ Разработчик компании КОНСУЛЬТАНТ

§ Аналитик компании ЗАКАЗЧИК

§ Проектная группа компании ЗАКАЗЧИК, когда необходимо

§ Тренер компании КОНСУЛЬТАНТ, когда необходимо.

 

Руководитель проекта компании ЗАКАЗЧИК отвечает за подготовку протокола встречи по статусу проекта и их распространение среди участников встречи.

 

Оперативный обмен технической информацией, промежуточными результатами, другими документами между членами проектной группы осуществляется как "из рук в руки", так и по E-mail. Все документы, отосланные по E-mail, обязательны для ответа и реагирования. Документы, имеющие в Проекте статус подтверждающих, должны быть составлены на бумаге и иметь подписи сторон, возможна передача документов по факсимильной связи.
Риски, связанные с проектом

Риски – это воздействующие на проект опасности, которые

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

§ не могут быть приняты и требуют реагирования для снижения или ликвидации причин риска.

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

· идентификация и оценка факторов, которые могут повлиять на успех проекта – осуществляется на протяжении всего проекта;

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

· обеспечения адекватной реакции в случае возникновения непредвиденных обстоятельств.

Компания ЗАКАЗЧИК и компания КОНСУЛЬТАНТ соглашаются и прилагают усилия к устранению общих источники рисков внедрения MS Navision, как то – изменения требований; действия со стороны заказчика; перестановка в команде; ошибки проектирования, упущения и непонимания; плохо описанные или непонятные роли и обязательства; недостаточно квалифицированный персонал; нехватка ресурсов; злоумышленные действия и другие внутренние и внешние события.

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

№	Риск	Оценка (В, С)	Стратегия управления риском
	Элементы новой инфраструктуры (сервер, Windows 2000 Server) еще не инсталлированы, что может сорвать общие сроки проведения работ по проекту	В	Необходимо постоянное отслеживание статуса этой ситуации. Необходимо своевременно сделать заказ оборудования, получить от поставщиков оборудования уточнение по ожидаемым срокам поставки. Системному администратору компании ЗАКАЗЧИК предусмотреть варианты развертывания аппаратуры и системного ПО.
	Наличие других задач у ИТ-отдела может повлиять на их полноценное участие в проекте, особенно, в пиковых ситуациях.	С	Следить за потребностью в ресурсах, заранее планировать их привлечение, в том числе из других отделов.
	Члены Управляющего комитета находятся в разных концах г. Москвы	С	В случае необходимости, ФАМ1 Ф.И. может самостоятельно принимать решения об утверждении результатов работы.
	Пользователи не имеют достаточных навыков работы с системами западного образца. Этот факт может стать причиной проблем в работе с системой.	В	Начать проводить обучение пользователей с возможно ранних сроков.
	Не устоявшиеся в компании ЗАКАЗЧИК процессы и алгоритмы расчетов.	В	Выделение ресурсов для дополнительной проработки процессов и алгоритмов, привлечение консультантов. Либо их перенос на следующие стадии проекта.
	Проектная группа ЗАКАЗЧИК испытывает затруднения в переходе к использованию системы MS Navision	В	Запланировать использование прототипов на стадии анализа и разработки системы на каждом рабочем месте. Предусмотреть возможность самостоятельной работы и организации дополнительного тренинга для проектной группы.
	Приемка системы в промышленную эксплуатацию зависит от того, будут ли изменены бизнес-процессы на нескольких участках. Возможны проблемы в согласовании и утверждении новых бизнес-процессов.	В	Для Функциональных требований (1-ая часть ТЗ) провести промежуточное утверждение среди проектной команды ЗАКАЗЧИК. Не переходить к следующей стадии разработки ТЗ до внутреннего утверждения Функциональных требований.
	Пользователи не хотят вносить изменения в текущие процессы.	В	Начать планирование изменений на ранних стадиях проекта. Просить проектную группу провести разъяснительную работу в подразделениях. Провести тренинг как можно раньше.
	Проектная группа не обладают необходимыми знаниями и временем для подготовки планов тестирования и проведения тестирования	В	Запланировать время и бюджет для проведения тренинга проектной группы подходам к тестированию. Четко определить сферу ответственности членов проектной группы, осуществлять рабочий контроль процесса.
	Приемка системы в эксплуатацию в большой степени зависит от успешной интеграции с внешней системой 1С.	В	Провести комплексное тестирование в условиях, максимально приближенным к промышленной эксплуатации
	Существует риск не внедрить систему в желаемые сроки. Это один из ключевых критериев успеха проекта.	В	Уделить самое пристальное внимание идентификации всех работ, составлению расписания и соблюдению план-графика проекта. Подготовить возможное привлечение ресурсов компании КОНСУЛЬТАНТ на этапе тестирования на случай задержки сроков.
	Ввод начальных данных, остатков из заменяемых систем, их корректировка и дополнение в момент запуска системы в эксплуатацию может выйти за неприемлемые сроки, не дать начать работу в день запуска.	В	Тщательно спланировать и провести оценки времени этого процесса. В случае нехватки временных ресурсов, быть готовым к частичной остановке или перепланированию работы отделов компании!
	В процессе обучения конечные пользователи не смогли дать замечания по "своему" инструментарию в новой системе.	В	Готовность каждого пользователя после обучения определять тестированием и под роспись. Обеспечить каждое рабочее место регламентом выполнения работ и доступным руководством пользователя.
	Члены проектной группы заняты оперативной работой на своих рабочих местах. Их отвлечение на проект приведет к невыполнению основной работы. В то же время, это может затянуть работы по проекту на неопределенное время.	В	Приказом по компании ЗАКАЗЧИК обеспечить замену членов проектной команды на периоды работы по проекту. Работы по проекту должны выполняться в приоритетном порядке. Загрузка в проекте: Руководителя проекта и аналитика – до 90% Экспертов по общим вопросам (2 чел.) – до 10% Экспертов-функционеров (2 чел.) – до 50% Системного администратора – до 50% рабочего времени

 

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

Сроки проведения тренингов определены в документе план-график работ.