Цели проекта и продукта

Цель проекта: организовать и провести фестиваль специальности «Управление инновациями» с участием студентов, преподавателей кафедры, профкома УГАТУ 23 мата 2011г. в актовом зале 3 корпуса УГАТУ.

Цель фестиваля: знакомство абитуриентов-выпускников колледжей, абитуриентов-школьников, родителей абитуриентов и студентов, руководителей министерств, руководителей предприятий, руководителей отделов управления районами города со студентами и специальностью «Управление инновациями», продемонстрировать успехи в работе студентов и кафедры родителям студентов и руководству УГАТУ.

Требования к продукту и его характеристики

Критерии приемки продукта

Время и место проведения фестиваля. Организация фестиваля проходит в период с 3 октября 2011г. по 23 марта 2012г. Предварительное время проведения фестиваля - 23 мата 2012г. в актовом зале 3 корпуса УГАТУ.

Необходимые ресурсы. Ресурсы, которые понадобятся при организации и проведении фестиваля: актовый зал; аудио- и видеооборудование (микрофоны, акустическая система, проектор, ноутбук); украшения (воздушные шары, плакаты), команда проекта, грамоты, фотографии студентов 1-5 курсов и преподавателей кафедры, звукооператор.

Арендованный актовый зал и видео- и аудиооборудование;

Список участников фестиваля и концертные номера. В фестивале должны принять участия студенты 1-5 курсов. Студентов 1 курса должно быть не менее 8 человек, 2 курса - не менее 2 человек, 3 курса - не менее 9, 4 курса - не менее 11, 5 курса - не менее 10 человек. Концертные номера должны быть разнообразными и интересными.

Проведенные репетиции.

Написанный сценарий.

Смонтированный видеоролик с участием студентов и преподавателей кафедры.

Гости фестиваля. Организована рассылка информационных приглашений гостям фестиваля: колледжам, школам, преподавателям кафедры, руководителю министерства, руководителю предприятия, руководителю отдела управления районами города. На фестивале должны присутствовать не менее 30 абитуриентов-выпускников колледжей и абитуриентов-школьников, не менее 20 родителей абитуриентов и 20 родителей студентов, не менее 2 преподавателей кафедры и не менее 1 руководителя министерства, не менее 1 руководителя предприятия, не менее 1 руководителя отдела управления районами города.

Украшенный зал и установленное оборудование.

Проведенный фестиваль.

Подведены итоги.

Закрыты контракты.

Отчет перед заказчиком.

Требования к проекту и его результатам

Организация фестиваля проходит в период с 3 октября 2011г. по 23 марта 2012г. Предварительное время проведения фестиваля - 23 мата 2012г. в актовом зале 3 корпуса УГАТУ.

В фестивале должны принять участия студенты 1-5 курсов. Студентов 1 курса должно быть не менее 8 человек, 2 курса - не менее 2 человек, 3 курса - не менее 9, 4 курса - не менее 11, 5 курса - не менее 10 человек. В ходе организации фестиваля должны быть собраны заявки об участии в фестивале и сведения о концертных номерах, составлен план и проведены репетиции, написан сценарий фестиваля, разосланы приглашения гостям и смонтирован видеоролик с участием студентов специальности и преподавателей кафедры.

Ресурсы, которые понадобятся при организации и проведении фестиваля: актовый зал; аудио- и видеооборудование (микрофоны, акустическая система, проектор, ноутбук); украшения (воздушные шары, плакаты), команда проекта, грамоты, фотографии студентов 1-5 курсов и преподавателей кафедры, звукооператор.

На фестивале должны присутствовать не менее 30 абитуриентов-выпускников колледжей и абитуриентов-школьников, не менее 20 родителей абитуриентов и 20 родителей студентов, не менее 2 преподавателей кафедры и не менее 1 руководителя министерства, не менее 1 руководителя предприятия, не менее 1 руководителя отдела управления районами города.

Ограничения (границы) проекта

Время организации фестиваля: с 3 октября 2011г. по 23 марта 2012г. Организацию фестиваля планируется продолжить после зимних каникул студентов и провести мероприятие в конце марта, непосредственно перед сессией у студентов 4 курса.

Место проведения: актовый зал 3 корпуса УГАТУ. Этот актовый зал ближе всего находится и к кафедре и к кабинету режиссеров, он вместительный и в нем есть все необходимое для проведения мероприятия (сцена, занавес, колонки, удобные сиденья для зрителей и т.п.), во 2 и 7 корпусах имеются конференц-залы, но они ограничен на вместимость и не предназначены для проведения концертных мероприятий, в 8 корпусе имеется актовый зал, но он не имеет сцены и предназначен для проведения занятий, в 6 корпусе имеется кинозал, но он не предназначен для проведения концертных мероприятий.

Ограничение по ресурсам: аудио- и видеооборудование (микрофоны, акустическая система, проектор, ноутбук), воздушные шары (88 штук), плакаты от каждой группы (5 штук), батарейки для микрофонов (10 штук), команда проекта не менее 40 человек.

Основные свойства продукта

Фестиваль организуется для того, чтобы познакомить абитуриентов-выпускников колледжей, абитуриентов-школьников, родителей абитуриентов и студентов, руководителей министерств, руководителей предприятий, руководителей отделов управления районами города и других гостей мероприятия со студентами и специальностью «Управление инновациями»; и тем самым стимулировать привлечение абитуриентов-выпускников колледжей на заочное отделение; абитуриентов-школьников - на очное отделение специальности; стимулировать установление сотрудничества кафедры и студентов специальности с руководителями министерств, руководителями предприятий, руководителями отделов управления районами города для разработки совместных проектов, предоставление практики и работы студентам. Также мероприятие предоставляет возможность продемонстрировать успехи в работе кафедры и студентов родителям студентов и руководству УГАТУ. Вдобавок в ходе организации и проведения фестиваля, у студентов развиваются организаторские, творческие способности, коммуникационные компетенции, умения держать себя на публике.

Фестиваль начнется с торжественного открытия мероприятия, со вступительной речью представителей кафедры. После этого состоится вечерний концерт студентов. Программа фестиваля будет очень разнообразна и насыщенна. Гости фестиваля увидят много познавательных, интересных и развлекательных номеров, в частности, танцевальные, вокальные номера, выступления студентов с видеосопровождением, юмористические выступления, сценки посвященные специальности «Управление инновациями». Завершится фестиваль выступлением почетных гостей фестиваля.

Фестиваль специальности «Управление инновациями» объединяет преподавателей и много талантливых, творческих, активных студентов.

Требования и результаты поставки проекта

Необходимо написать заявление на аренду актового зала в заранее спланированные дни и время в 3 корпусе УГАТУ для проведения репетиций и фестиваля. Также необходимо будет написать заявку на аренду аудио- и видеооборудования на генеральную репетицию и фестиваль (микрофоны, акустическая система, проектор). Заявление и заявка пишется с участием и при поддержке профкома студентов УГАТУ. Также необходимо, чтобы были предоставлены воздушные шары в количестве не менее 88 штук от групп, плакаты от каждой группы, батарейки для микрофонов в количестве 10 штук (по 2 батарейки от каждой группы студентов).

Допущения проекта

Допускается предварительное количество участников фестиваля от 40 до 45 человек.

Допускается предварительное количество гостей фестиваля: абитуриентов-выпускников колледжей и абитуриентов-школьников от 20 до 40 человек, родителей абитуриентов от 15 до 25, родителей студентов от 15 до 25 человек, преподавателей кафедры от 2 до 6 человек, от 1 до 2 руководителей министерства, от 1 до 2 руководителей предприятия, от 1 до 2 руководителей отдела управления районами города.

Допускается проведение фестиваля как в 3 актовом зале, так и в 9 актовом зале.

Допускается приглашать не только абитуриентов-выпускников колледжей и абитуриентов-школьников, преподавателей кафедры «Управление инновациями», руководителей министерств, руководителей предприятий, руководителей отдела управления районами города, но и всех желающих посмотреть концерт.

Первоначальная организация проекта

Участники проекта:

Заказчик проекта: кафедра «Управление инновациями».

Куратор (руководитель) проекта: ассистент кафедры - Иванова И.В. Помощник руководителя проекта (менеджер проекта): студентка 4 курса специальности «Управление инновациями» - Петрова Р.И.

Спонсор: профком студентов УГАТУ, кафедра, студенты специальности «Управление инновациями».

Команда проекта: студенты 1-5 курсов специальности «Управление инновациями», студенты других специальностей и/или студенты других ВУЗов, а именно студенты участвующие в концертных номерах, ответственные за организацию приглашений гостям, студент, ответственный за монтирование видеоролика, ведущие мероприятия.

Рисунок 1 - Организационная структура проекта

Первоначально сформулированные риски

Неявка участников фестиваля: не придут студенты, участвующие в фестивале.

Отказ от участия в фестивале: отказ студентов принимать участие в организации и проведении фестиваля.

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

Отсутствие или поломка оборудования: отсутствие/поломка видео- и аудиооборудования.

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

Неявка преподавателей кафедры: неявка преподавателей из-за занятости или не информированности о мероприятии.

Неявка руководителей министерств, руководителей предприятий, руководителей отделов управления районами города, руководства УГАТУ: неявка потенциальных работодателей из-за занятости или не информированности о мероприятии.

Неявка выпускников колледжей и школ: неявка выпускников из-за занятости или не информированности о мероприятии.

Неявка родителей абитуриентов и студентов неявка родителей из-за занятости или не информированности о мероприятии.

Контрольные события расписания

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

Таблица 2 - Контрольные события расписания

Название контрольного события (вехи)		Ответственный за достижение
Создана команда проекта и распределены роли		Менеджер
Организованы и проведены репетиции		Менеджер, студенты, участвующие в концертных номерах
Арендован зал		Менеджер
Арендовано видео- и аудиооборудование		Менеджер
Организованы приглашения гостям		Студенты, ответственные за организацию приглашений гостям: Федорова Е.А., Кодак А.А.
Смонтирован видеоролик		Студент, ответственный за монтирование видеоролика: Цандеков С.А.
Подготовка к фестивалю завершена		Менеджер, команда проекта
Фестиваль проведен		Ведущие, студенты, участвующие в концертных номерах
Проект закрыт		Менеджер

Первоначальная иерархическая структура работ (ИСР) На рисунке 2 представлена первоначальная иерархическая структура работ.

Рисунок 2 - Первоначальная иерархическая структура работ

Схема расходов

При организации и проведении фестиваля финансовые ресурсы в явном виде не требуются, но необходимо, чтобы старосты групп предоставили на генеральную репетицию - 23 марта 2012 г. воздушные шары от каждого человека группы (88 штук, общая стоимость 704 руб.), плакаты от каждой группы (общая стоимость 100 руб.), батарейки для микрофонов в количестве 10 штук (по 2 батарейки от каждой группы студентов) (общая стоимость 400 руб.). Также учитываются звонки менеджера старостам 1-5 курсов, которые составили в среднем: 10 звонков по 7 минут, длительность звонка руководителю проекта - 10 минут. Минута звонка стоит 0,99 руб. В итоге стоимость звонков составила 79,20 руб. Планируется приобрести канцелярские принадлежности стоимостью 45 руб. Также для поощрения участников и организаторов фестиваля планируется приобрести 11 грамот стоимостью 17 руб. за штуку, значит, общая стоимость грамот составит 187 руб. Стоимость проекта составит 1515,20 руб.

Общее управление содержанием проекта

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

Требования к одобрению

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

Определен список участников фестиваля и концертных номеров;

Арендован актовый зал и видео- и аудиооборудование;

Проведены репетиции;

Написан сценарий;

Определены необходимые ресурсы;

Смонтирован видеоролик с участием студентов и преподавателей кафедры;

Проведен фестиваль;

Подведены итоги;

Закрыты контракты;

Отчет перед заказчиком.

Содержание проекта – укрупненный план проекта - разрабатывается руководителем проекта совместно с командой управления проектом. Документ подтверждает готовность Руководителя проекта (РП) выполнить данный проект. Содержание этого документа зависит от области приложения и сложности проекта и может включать в себя все или некоторые из перечисленных элементов. Предварительное описание содержания проекта разрабатывается на основе Устава проекта, технико-экономического обоснования (ТЭО), содержания работ по проекту. Описание содержания проекта представляет собой детализацию того, что необходимо сделать для достижения цели, и определяет, какая методология будет использована при внедрении ИС. Согласно PMBoK, процесс разработки предварительного описания содержания проекта описывает и документирует характеристики и границы проекта и, связанные с ним продукты и услуги, а также методы приемки и управление содержанием. Содержание проекта на этом этапе не так уж сильно детализировано и будет последовательно прорабатываться по мере развертывания плана проекта. Детализация содержания проекта должна все же быть достаточной для того, чтобы его можно было использовать для планирования

Предварительное описание содержания проекта включает в себя:

Цели проекта. Цели и задачи проекта определяют, что должно быть выполнено для достижения успешного завершения проекта. Цели проекта должны быть согласованы с целями компании и стратегическим планом развития компании на 3-5 лет. При этом цели должны быть:

Конкретные (Specific) – позволяющие сформировать расписание проекта;

Измеримые (Measurable)– позволяющие качественно (или количественно) оценить, что результат получен;

Достижимые (Achievable)– принципиально реализуемые Исполнителем в рамках проекта, с учетом декларируемой помощи со стороны Заказчика;

Приносящие результат (Relevant) - соответствуют ожидаемой Заказчиком пользе;

Ограниченные во времени (Time-bound) – реализуемые в ожидаемые Заказчиком временные в рамках проекта.

В таблице 1 приведен пример документирования целей проекта и критериев их достижения

Таблица 1

Цели Проекта и критерии их достижения (фрагмент).

	Цель	Критерий	Значение
	Реализация стандартных процессов управления персоналом ОАО «Заказчик» согласно принятым на предприятии Положениям	наличие автоматизации процессов управления персоналом с использованием SAP ERP HCM	список процессов
	Формирование отчетности (в т.ч. приказов) в области управления персоналом в соответствии с принятыми на предприятии нормативами и законодательством РФ	возможность получения унифицированных и специфичных форм отчетности	список документов и необходимых форм

Первоначальная иерархическая структура работ (ИСР). Планирование содержания проекта начинается с разработки укрупненной схемы индивидуальных порций работы, выполнение которых необходимо для завершения проекта. Такую схему называют иерархической структурой работ (ИСР) или структурой декомпозиции работ (СДР) Иерархическая структура работ проекта - модель, раскрывающая проект уровнем за уровнем до такой степени детализации, которая необходима для эффективного планирования и контроля проекта. Модель может быть выполнена графически, в виде древовидной структуры или в виде словесного описания. С ее помощью структурируется и определяется все содержание проекта. На рисунке 2 представлен пример ИСР, выполненной в виде древовидной структуры

Рис.2 Пример ИСР, выполненной в виде древовидной структуры

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

В таблице 2 представлен пример фрагмента списка работ проекта.

Таблица 2

Фрагмент списка работ проекта

Работы проекта

Управление разработкой документов проекта и орг. поддержкой

Разработка орг. структуры, составление функций, схем необходимых коммуникаций, регламентов, необходимых для работы проекта. Коммуникация со структурами Программы.

Консультации по оргподдержке и разработке документов проекта

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

Календарный план работ. Календарный план работ разрабатывается на основе контрольные события Устава и укрупненной Первоначальная иерархическая структура работ (ИСР). Календарный плана работ выполнить в программе Microsoft Project и представить в виде рисунка . Пример укрупненного содержания календарного плана приведен ниже в таблице 3

Таблица 3.

Укрупненный Календарный план работ

	Этапы Проекта и контрольные события	Срок начала	Срок завершения
	Этап 1. Подготовка Проекта	02.09.2013	15.10.2013
	Утверждение Устава проекта
	Утверждение Технико-экономического обоснования проекта
	Утверждение Содержания проекта
	Этап 2. Концептуальное проектирование	16.10.2013	25.12.2014
	Утверждение Концептуального проекта
	Этап 3. Реализация и тестирование	20.12.2014	11.03.2014
	Завершение настроек прототипа
	Утверждение плана тестирования
	Этап 4. Подготовка к промышленной эксплуатации	01.03.2014	28.04.2014
	Утверждение плана обучения пользователей
	Завершение переноса данных

Требования к продукту или услуге и их характеристики. Описывают характеристики продукта, услуги или результата, для создания которых предпринят проект. Характеристики к продукту/услуге менее детализированы на ранних фазах проекта и становятся более подробными на поздних фазах по мере постепенного уточнения характеристик продукта.

Критерии приемки продукта представляют собой набор стандартов или правил, определяющих выполнение задачи с приемлемым уровнем качества. Пример документирования критериев приемки приведен на рисунке 3.

Сдача-приемка этапов выполненных работ осуществляется по предъявлении Системы и комплектов соответствующей документации и завершается оформлением акта сдачи-приемки. Испытания Системы должны быть проведены на основании соответствующих программ и методик испытаний. Проведение предварительных испытаний заканчивается оформлением акта о приемке Системы в опытную эксплуатацию с приложением к нему протоколов испытаний. Замечания по недостаткам, выявленным в процессе опытной эксплуатации, регистрируются Заказчиком и направляются Исполнителю. Исполнитель организует устранение недостатков и информирование представителей Заказчика об их устранении. После завершения опытной эксплуатации и устранения выявленных недостатков, представители Заказчика и Исполнителя составляют отчет о проведении опытной эксплуатации, в котором отражаются выявленные в этот период недостатки и результаты их устранения. По оформлении отчета о проведении опытной эксплуатации Исполнитель предъявляет Систему к окончательной приемке. Окончательная приемка Системы в эксплуатацию проводится комиссией, назначаемой Заказчиком, с участием представителей Исполнителя. Результаты проведенных испытаний оформляются в виде протокола, содержащего: перечень контрольных заданий с указанием для каждого из них следующих сведений: проверяемое функциональное требование; уровень важности; результат испытания; дополнительную информацию; состав приемочной комиссии. На основании протокола принимается решение об устранении замечаний, либо оформляется акт приемки-сдачи Системы в эксплуатацию

Рис. 3. Пример документирования критериев приемки (фрагмент)

Окружение проекта. В состав окружения проекта входят:

Заинтересованные стороны проекта (подразделения и специалисты, на которых наибольшее влияние оказывают результаты проекта, контрагенты предприятия…)

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

Ниже приведен пример документирования окружения проекта

При реализации системы Исполнитель обязан учитывать ограничения, накладываемые: Организационной структурой Компании В системе должны быть отражены организационная структура и иерархия штатных должностей в полном соответствии с принятым в Компании Положением о структуре Компании. Корпоративной культурой (в соответствии с Положением о внутреннем трудовом распорядке) Стороны обязаны выполнять условия Соглашения о неразглашении конфиденциальной информации, подписанного 06.09.2013 г. Данные обязательства действуют и после прекращения действия Договора или его расторжения. Корпоративный язык – русский, поэтому язык ведения проекта и проектной документации – русский. Работы по проекту выполняются сотрудниками Исполнителя или Субподрядчика на территории Заказчика и/или на территории Исполнителя/Субподрядчика. Начало рабочего дня для членов рабочей группы проекта – 9 часов 00 минут, окончание рабочего дня – 18 часов 00 минут, длительность обеденного перерыва – 1 час в интервале времени с 12:00 до 15:00. Руководители проекта от Заказчика и Исполнителя имеют право изменять режим работы для привлекаемых к проекту сотрудников при условии взаимного согласования таких изменений

Рис.4.6. Пример документирования окружения проекта (фрагмент)

Критические факторы успеха проекта внедрения ИС (примеры):

Прямое участие в проекте ведущих топ – менеджеров компании;

Выделение персонала организации в соответствии с согласованным планом работ;

Точно определенные рамки проекта;

Квалификация персонала проекта;

Обучение членов команды и пользователей;

Четкое распределение ролей и ответственности

Проработанный рабочий план

Границы проекта. Определяют в целом то, что включается в проект. Явно указывают, что не включается в проект, чтобы исключить ситуацию, когда участник проекта ошибочно считает некоторый продукт, услугу или результат входящими в проект. В таблице 4 приведен пример документирования границ проекта.

Таблица 4

Границы проекта (фрагмент).

Раздел функциональности	Процессы, не подлежащие реализации
Организационный менеджмент	Формирование фонда заработной платы по специфичным методикам Система оповещения по функциям Управления персоналом в целом Ведение аттестации рабочих мест, вредных условий труда
Администрирование персонала	Ведение параллельных данных на английском языке
Учет рабочего времени	Фактический учет рабочего времени (будет использоваться негативный учет) Учет рабочего времени по заказам/объектам Учет работы во вредных условиях
Расчет зарплаты	Сдельная система оплаты труда

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

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

Пример документирования допущений представлен на рисунке 5

Генеральным подрядчиком по Проекту является ОАО «Исполнитель», Исполнитель вправе привлекать для выполнения определенных работ сторонних исполнителей. Компания создает Управляющий комитет, который работает на регулярной основе для обеспечения стратегического управления, контроля состояния проекта, решения спорных вопросов и, при необходимости, оценки возможных изменений объема внедрения. Для контроля реализации Проекта проводятся заседания Оперативного совета и Управляющего комитета Проекта. Периодичность заседания Оперативного совета Проекта – не реже 1 раза в 2 недели, в случае нарушения сроков Проекта – не реже 1 раза в неделю, в случае существенного нарушения сроков (более 1 месяца) – не реже 2 раз в неделю. Периодичность заседания Управляющего комитета Проекта – не реже 1 раза в месяц, в случае нарушения сроков Проекта – не реже 1 раза в 2 недели, в случае существенного нарушения сроков (более 1 месяца) – не реже 1 раза в неделю. Члены проектной команды компании посещают рекомендованные ОАО «Исполнитель» курсы обучения, как это описано в прилагаемом плане обучения проектной команды. Оценка затрат на обучение сделана при условии использования стандартных курсов обучение в учебном центре ОАО «Исполнитель». Оценка затрат не включает транспортные расходы и прочие расходы, связанные с обучением проектной команды компании.

Рис.5. Пример документирования допущений

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

Определение ролей проекта выполняется также на основании ИСР. К столбцу таблицы 2 «работы проекта» добавляется столбец «роли проекта» (таблица 4)

Таблица 4

Определение ролей проекта

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

Совмещение таблицы ролей с календарным планом позволит составить план занятости персонала.

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

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

Консервативность пользователей и неприятие новой системы.

Сложность эксплуатации системы.

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

Несвоевременность разработки интерфейсов, обеспечивающих связь SAP ERP с внешними системами.

Незнание методологии.

Невнимание Управляющего совета и руководства компании.

Уход членов проектной группы до конца проекта.

Изменения структуры компании и/или методов ведения бизнеса.

Нехватка выделенного бюджета.

Растяжение сроков внедрения Проекта.

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

Смета расходов проекта представляет собой ожидаемую стоимость проекта разбитую по статьям расходов Сметная стоимость расходов определяется на основание ИСР. Представьте сформированный в Microsoft Project затраты по этапам выполнения работ, а также общий бюджет проекта.

Требования к управлению конфигурацией проекта

Описывают уровень управления конфигурацией и изменениями, реализуемых в проекте.

Требования к одобрению.

Определяют требования к одобрению, применяющиеся к таким элементам, как цели проекта, результаты поставки проекта, документы и работа.

Спецификации проекта . Определяют спецификации, которым должен соответствовать проект.

Основные результаты и критерии успеха .

Результаты проекта – это продукт или услуга, получаемые в рамках выполнения проекта или решения конкретной задачи . Пример документирования результатов приведен ниже (рис.6).

В ходе реализации Проекта предполагается достичь следующих результатов: Сконфигурированный в соответствии с функциональным, организационным, техническим объемами внедрения прототип информационной Системы по реализации задач управления персоналом на основе решений программного обеспечения SAP ERP. Обученные члены проектной группы Заказчика и конечные пользователей по использованию информационной Системы по реализации задач управления персоналом. Пользовательские инструкции для сотрудников Департамента управления персоналом и организационного планирования ОАО «Заказчик» в соответствии с функциональным и организационным объемами внедрения.

Рис.6. Результаты проекта (фрагмент)

Критерий успеха – набор стандартов или правил, определяющих выполнение задачи с приемлемым уровнем качества

Заинтересованность и поддержка руководства, в первую очередь первого руководителя предприятия и других ключевых менеджеров;

Наличие спонсора проекта и его активное участие в реализации проекта;

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

Четко определенный и стабильный объем проекта;

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

Выделение в проектную команду компетентных, обученных и заинтересованных пользователей;

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

Оперативное принятие решений по проекту;

Наличие четких процедур и стандартов управления проектом и реализации решений.

Процедуры Управления проектом

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

План управления проектом

Процесс разработки Плана управления проектом относится к группе процессов планирования.

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

План управления содержанием.

План управления расписанием.

План управления стоимостью.

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

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

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

План управления рисками.

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

План управления изменениями.

Интеграция (от лат. Integer - полный, цельный, ненарушенный) - процесс (действие), имеющий своим результатом целостность, объединение, созидание, восстановление единства.

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

Процессы управления интеграцией проекта включают в себя следующие элементы:

Разработка Устава проекта - разработка Устава проекта, формально авторизующего проект или фазу проекта.

Разработка предварительного описания содержания проекта - разработка

предварительного описания содержания проекта, включающего в себя самое общее изложение содержания.

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

Разработка Устава проекта

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

Устав проекта является документом, формально авторизующим проект.

Устав проекта внедрения производства карданного вала на предприятии ООО "АТАКА"

Название Проекта: Внедрения производства карданного вала на предприятии ООО "АТАКА"
Подразделение:	Проект будет осуществляться предприятием
Руководитель Проекта:
Кураторы Проекта:	Директор предприятия, Соколик Н.В., менеджер по продажам, Желомуд Ю.А.
Владелец Процесса:	Директор предприятия ООО "АТАКА", Соколик Н.В.
Рабочая группа Проекта:	Директор, Соколик Н. В.; Менеджер по продажам, Желомуд Ю. А.; Бухгалтер Федота В. К.; Юрист, Шварц В.В.
Описание Проекта: Предприятие ООО "АТАКА" решает создать совершенно новый продукт с применением унифицированных деталей, с высокой степенью ремонтопригодности. Данный проект является выгодным, т.к предприятие при успешном его завершении становится монополистом по продаже карданных валов. Данный проект является необходимым и полезным, т.к при его реализации предприятие в условиях кризиса получит новые возможности для своей коммерческой деятельности, а значит, получит дополнительную прибыль.
Цели/Планируемые результаты Цели данного проекта: Данный проект очень актуален, как для государства, так и для предприятия в целом. Ведь при его успешной реализации государство, для "Укрзалізниці" сможет заказывать карданные валы по цене на 20% ниже, чем до этого предоставляла РФ. А предприятие ООО "АТАКА" со своей стороны получит значительную дополнительную прибыль и хорошую репутацию среди своих клиентов. Планируемые результаты проекта: По данным статистики в современных рыночных условиях спрос на карданный вал, на рынке деталей для железнодорожного подвижного состава составляет в среднем около 9-10 штук в год.
Предполагаемые доходы: Предприятие ООО "АТАКА" провело собственное исследование, в ходе которого выяснилось, что заявок на карданные валы, конкретно у данного предприятия поступало коло 10-15 шт. в год. Поэтому по приблизительным подсчетам планируемая прибыль подсчитана из расчета 9700 грн. за одно изделие: 9700*15=145500 грн.
Статьи затрат по проекту: Командировка в мотор-вагонное депо - 800,00 грн. Разработка технической документации на карданный вал - 27 000,00 грн. Производство опытного образца карданного вала - 70 000,00 грн. Получение сертификата - 300,00 грн. Суммарные затраты по проекту составляют: 162500,00 грн.
Ограничения по проекту: Начало проекта: 15.02.2010г. Окончание: 20.11.2012г.
Риск в реализации данного проекта заключается в том, что в процессе испытаний заказчик (в данном случаем "Укрзалізниця") потребует внести изменения в конструкцию вала. В связи с этим процесс внедрения в производство может затянуться на неопределенный срок с увеличением материальных затрат. Также необходимо отслеживать ситуацию на рынке, чтобы исключить опережение конкурентами в реализации данного проекта, в том числе и из-за утечки коммерческой информации о разработке. Возможен риск изменения в политической жизни страны, например приход к власти новой политической силы, которая направит финансовые потоки бюджета на развитие других отраслей, вследствие чего предполагаемый заказчик, не сможет заказать продукцию за неимением средств.
Этапы Проекта		Дата окончания
1. Анализ технического состояния парка дизель - поездов ДР-1А в Украине и составление перечня остродефицитных запчастей. 2. Оценка возможностей фирмы в производстве запчастей из данного перечня. 3. Предварительный экономический расчет материалов и трудовых затрат и предполагаемых доходов. 4. Заключение договоров на разработку, согласование технической документации и контроль исполнения. 5. Передача технической документации на завод и подготовка производства. 6. Сертификация. 7. Окончание и подведение итогов данного проекта.	Командировка в мотор-вагонное депо Сбор и анализ информации Составление отчета Командировки Выбор объекта для производства Заключение договора с заказчиком на производство Составление сметы затрат Предоставление отчета директору предприятия Согласование сметы с заказчиком Заключение договора на разработку конструкторской документации Сбор документов Передача документов Разработка технической документации на карданный вал Согласование технической документации с заказчиком Передача технической документации на завод Производство опытного образца Испытания опытного образца Передача заказчику Сбор документов Передача документов в органы сертификации Получение сертификата Составление выводов по разработанному проекту Передача в серийное производство Завершение проекта
Документ подготовлен: Исполнитель, Соколик А.Н.
Дата последнего изменения: 15.03.2010 г
Утверждено: Директор предприятия Соколик Н.В. Менеджер по продажам Желомуд Ю.А. Бухгалтер Федота В.К. Юрист Шварц В.В.

Разработка предварительного описания содержания проекта

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

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

Управлять данным проектом будет сам директор, Соколик Н.В. помогать ему в этом будет менеджер по продажам Желомуд Ю.А.

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

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

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

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

Модель декомпозиции надсистемы, применяемая в определении состава работ

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

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

1. В результате каждого действия по делению образуется новый нижестоящий уровень. Правило работает до момента формирования пакетов работ на нижнем уровне иерархии.
2. Система может быть расчленена только по одному признаку, постоянному для всех уровней разбиения. Правило действует для структуризации по фазам жизненного цикла, продуктовой модели и модели функционального состава исполнения, однако комбинация оснований деления также допускается, но только применительно к уровню в целом.
3. Подсистемы, вычленяемые в ходе деления, должны в полной мере характеризовать систему материнского уровня. Это основное правило сечения структуры работ, на которое опирается все планирование его содержания.
4. Глубина деления является достаточной, но не избыточной для полноценной функции контроля работ.

Процессы планирования и управления содержанием проекта

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

• определение содержания проекта;
• определение состава работ.

Мы рассматривали данные процессы в упомянутой выше статье. Краткое содержание проекта формируется в составе документа, именуемого планом по вехам. Развернутый состав работ находит отражение в ИСР, сетевой модели и, наконец, в расписании (календарном плане проекта). Управление данной категории глубоко описано в руководстве PMBOK, в котором рассматривается шесть процессов данного раздела управления проектами.

1. Планирование управлением содержанием.
2. Сбор требований.
3. Определение содержания.
4. Создание ИСР.
5. Подтверждение.
6. Контроль.

Три последних процесса мы рассмотрим в отдельных материалах сайта.

Модель DFD процесса планирования управления содержанием.

6. Основные предположения и ограничения .

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

Примеры предположений:

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

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

Примеры ограничений:

• наличие у консультантов Исполнителя сертификатов по управлению проектами, выдаваемых Институтом управления проектами (PMI);
• увеличение стоимости проекта не более чем на 10%.

8. Контрольные события и ключевые даты .

Таблица 4.3. Примеры вех проекта по внедрению ИС

Наименование вехи проекта	Ключевые даты
Конфигурирование программного обеспечения завершено	1 сентября 2008 г.
Материалы для обучения разработаны	2 ноября 2008 г.
Прототип разработан	12 декабря 2008 г.
Тестирование завершено	1 марта 2008 г.
Программное обеспечение выпущено	20 января 2009 г.

9. Основные результаты и критерии успеха .

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

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

Приведем пример описания результатов и критериев успеха проекта по внедрению ИС.

Разработанная ИС должна решить нижеследующие задачи.

В части Управления Основными Средствами:

• возможность ведения учета Основных Средств (ОС) Головной компании и дочерних компаний холдинга в соответствии с российским (бухгалтерским и налоговым) законодательством и МСФО;
• возможность ведения единого реестра основных средств Холдинга;
• возможность оперативного получения данных об ОС;
• возможность осуществления контроля по учету и движению объектов ОС.

В части Управления Персоналом:

• возможность ведения и оперативного получения согласованных данных по численности, составу и движению персонала в каждой дочерней компании Холдинга и в целом по Холдингу, возможность получения полной информации по любому сотруднику компании (включая сведения об образовании, квалификации, родственниках, поощрениях и дисциплинарных нарушениях, историю работы на предприятии и т. п.);
• возможность ведения штатного расписания в каждой дочерней компании и в целом по Холдингу;
• возможность ведения табелей учета рабочего времени;
• возможность получения отчетности РФ, отраслевой, отчетности Головной компании Холдинга.

В части Учета затрат:

• автоматизация процесса расчета себестоимости работ;
• возможность анализа данных о нормативной и фактической себестоимости работ.

10. Планируемая стоимость проекта .

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

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

Предварительное описание содержания проекта

Процесс определения проекта (предварительного описания содержания проекта) входит в группу процессов инициализации. Для разработки предварительного содержания проекта используется Устав проекта . Описание содержания проекта представляет собой детализацию того, что необходимо сделать для достижения цели и какая методология будет использована при внедрении ИС. Согласно PMBOK [ 9 ] , процесс разработки предварительного описания содержания проекта описывает и документирует характеристики и границы проекта и связанные с ним продукты и услуги, а также методы приемки и управление содержанием. Описание содержания проекта включает в себя:

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

Отчетность за сотрудников