Документирование процессов инициации проекта разработки ис

Основное документальное представление процессов инициации проекта (согласно РМВОК)

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

Содержание документа «Устав проекта» в соответствии с положениями РМВОК:

• назначение или обоснование проекта;

• измеримые цели проекта и соответствующие критерии успеха;

• требования высокого уровня;

• описание проекта высокого уровня;

• риски высокого уровня;

• сводное расписание контрольных событий;

• сводный бюджет;

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

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

• имя и полномочия спонсора или другого лица (лиц), утверждающего Устав проекта.

Содержание документа «Устав проекта» с точки зрения общей методики инициации проекта:

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

• требования к конечному продукту, для которого проект осуществляется;

• цель проекта и критерии их достижения;

• назначенный руководитель проекта и уровень его полномочий;

• участники проекта и предварительное распределение их ролей;

• временные и финансовые ограничения проекта;

• ограничения проекта, связанные с внутренними и внешними предпосылками;

• ориентировочный бюджет проекта;

• условия возврата заемного или привлеченного капитала.

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

Содержание Устава проекта по РМВОК	Содержание Устава проекта по общей методике инициации проекта	Содержание документа «Отчет о выполнении работ на стадии «Формирование требований к АС»
Назначение или обоснование проекта	-	Характеристика объекта и результатов его функционирования
	-	Описание существующей информационной системы
	-	Описание недостатков существующей информационной системы
	-	Обоснование необходимости совершенствования информационной системы объекта
Измеримые цели проекта и соответствующие критерии успеха	Цель проекта и критерии их достижения	Цели, критерии и ограничения создания АС
Требования высокого уровня	Пожелания заказчика и других участников проекта по их потребностям, пожеланиям и ожиданиям	Функции и задачи создаваемой АС
Описание проекта высокого уровня	Требования к конечному продукту, для которого проект осуществляется	-
Риски высокого уровня	Временные и финансовые ограничения проекта	Ожидаемые технико-экономические результаты создания АС
	Ограничения проекта, связанные с внутренними и внешними предпосылками	-
	Условия возврата заемного или привлеченного капитала	-
Сводное расписание контрольных событий	-	-
Сводный бюджет	Ориентировочный бюджет проекта	-
Требования к одобрению проекта	-	-
Назначенный менеджер проекта, уровень ответственности и полномочий	Назначенный руководитель проекта и уровень его полномочий	-
Имя и полномочия спонсора или другого лица (лиц), утверждающего Устав проекта	-	-
-	Участники проекта и предварительное распределение их ролей	-
-	-	Выводы и предложения

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

• единой точки зрения на содержание Устава проекта не существует;

• в случае рассмотрения работ по разработке ИС как проекта рекомендуется в качестве основной структуры рассматривать Устав проекта, определенный стандартом РМВОК или уточняющей данный стандарт общей методикой инициации проекта;

• структуру документа «Отчет о выполнении работ на стадии «Формирование требований к АС» рекомендуется использовать для уточнения содержания Устава применительно к проекту разработки ИС.

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

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

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

Здесь наблюдается переход от дивизиональной орг. структуры к матричной с выделениями отдельных региональных офисов. Отличительной особенностью данного этапа является собственная технология выполнения работ обеспечивающая успех ИТ-проектов и заставляющая руководства ИТ-компании повторно использовать имеющиеся кадры в различных проектах. Постепенная формирование линейных и функциональных подразделений специализирующийся на выполнения определенных работ.

Четвертый этап. Старение ИТ-компании отказ от новых ИТ-проектов связанных с высокими рисками. Преобладания функциональной подразделений над матричными и дивизионными.

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

9. ()

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

В ходе лекции изучаются следующие темы:

1. план управления проектом;

2. процесс планирования проекта в рамках жизненного цикла системы;

3. планирование проекта разработки ИС в соответствии с положениями ГОСТ группы 34 «Информационные технологии»