Устав ИТ проекта

1.

Устав ИТ проекта

2.

3.

4.

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

5.

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

6.

Устав проекта
Разработка устава проекта
Уровень инициатора или спонсора проекта должен быть
достаточным для обеспечения финансирования и выделения
ресурсов для проекта.
Основой для разработки устава могут быть:
Описание работ проекта;
Бизнес-план (бизнес-кейс);
Соглашения;
Факторы среды и активы процессов организации.

7.

Устав проекта
Описание работ (statement of work, SOW) проекта - это словесное
описание продуктов, услуг или результатов, которые должен
произвести проект.
Для внутренних проектов инициатор или спонсор проекта
предоставляет описание работ на основании бизнеспотребностей, требований к продукту или услуге.
Для внешних проектов описание работ может быть получено от
заказчика как часть документации по предложениям (например,
запроса предложения, запроса информации, запроса заявок)
или как часть договора.

8.

Устав проекта
Описание работ (statement of work, SOW) проекта отражает :
Бизнес-потребность. Бизнес-потребность организации может быть основана
на рыночном спросе, технологическом прогрессе, правовых требованиях,
постановлениях правительства или соображениях, касающихся зашиты
окружающей среды.
Описание содержания продукта. Описание содержания продукта включает
характеристики продукта, услуги или результатов, для создания которых
предпринимается проект.
Стратегический план. Стратегический план включает стратегическое видение,
цели и задачи организации. Все проекты должны соответствовать
стратегическому плану организации.
Бизнес-план или подобный документ предоставляет необходимую с точки
зрения бизнеса информацию, позволяющую определить, стоит ли проект
требуемых инвестиций.

9.

Устав проекта
Соглашения используются для определения первоначальных намерений в
отношении проекта. Обычно используется договор, если проект выполняется
для внешнего заказчика.
Факторы среды предприятия, которые могут оказывать влияние на процесс
разработки устава проекта, включают в себя, среди прочего:
Государственные и промышленные стандарты или предписания.
Активы процессов организации, которые могут оказывать влияние на процесс
разработки устава проекта, включают в себя, среди прочего:
Стандартные процессы организации, политики и описания процессов:
Шаблоны (например, шаблон устава проекта).

10.

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

11.

Устав проекта
Содержание устава проекта
Содержание устава проекта зависит от специфики конкретного проекта и не
существует жестких стандартов по содержанию устава.
Можно лишь выде¬лить некоторые части, наличие которых желательно в
уставе каждого проекта. К ним можно отнести:
Обоснование;
Основная цель проекта;
Задачи проекта;
Критерии успешности проекта;
Предварительное определение необходимых ресурсов;
Допущения и риски.

12.

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

13.

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

14.

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

15.

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

16.

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

17.

18.

19.

20.

21.

Задание.
Для Вашего учебного проекта опишите функциональные рамки.
Вышлите преподавателю в ТГ 8 985 818 30 08

22.

Организационная структура проекта и описание ролевых позиций
участников
Координационный совет
1.Баглюков Олег – спонсор.
2.Александр Перепечин – контроль качества
3.Сергей Головань – руководитель проекта со стороны Заказчика
4.Андрей Плотников - руководитель проекта со стороны
Исполнителя

23.

Организационная структура проекта и описание ролевых позиций участников
Координационный совет
Координационный совет несет общую стратегическую ответственность за
Проект.
Координационный совет несет ответственность за то, чтобы ООО
«ДейлиФудс» обеспечивала “режим максимального благоприятствования”
Проекту.
Координационный совет принимает решения в случае возникновения
спорных ситуаций по Проекту;
В случае необходимости принимает решения о переходе от одной фазы
Проекта к другой.

24.

Руководители Проекта осуществляют оперативное руководство Проектом.
Руководитель Проекта со стороны ООО “ДейлиФудс” отвечает за организационную
поддержку Проекта. Обеспечивает рациональное взаимодействие людей, занятых в
Проекте, с экспертами, остальными подразделениями, руководством Заказчика,
персоналом, занятым в реализации Проекта.
На время проекта, все сотрудники, входящие в команду проекта, как со стороны
Исполнителя, так и Заказчика, имеют двойное подчинение Руководителю Проекта со
стороны Исполнителя и Руководителю Проекта со стороны Заказчика. Если сотрудник
выделен на 50% времени, то соответственно, он переходит в подчинение руководителю
Проекта со стороны Исполнителя на 50%. Руководители Проекта с обеих сторон
согласовывают все решения при передаче их к исполнению. Согласование производится в
рабочем порядке.
Руководитель Проекта со стороны Исполнителя осуществляет непосредственное управление
командой проекта, состоящей из представителей Исполнителя и Заказчика, в соответствии с
детальным планом проекта.
Руководитель Проекта со стороны Заказчика координирует и контролирует работу
проектной команды.

25.

Организационная структура проекта и описание ролевых позиций
участников
Группа проекта
1.Сперанский Юрий – ведущий консультант
2.Чугунов Алексей, Григорий Елисеев, Максаков Дмитрий –
технические консультанты
3. Ефремов Роман, Шадронова Наталья – ключевые пользователи
4. Киричев Лев – тренер, аналитик, поддержка
5.Александр Кузьмин - разработка доп. Отчетов, интеграция с
Аксапта
6.Александр Абрамсон – администратор WMS

26.

Группа проекта
Функциональный консультант (ФК) – сотрудник Исполнителя, обучающий
проектную команду работе с WMS Exceed, в дальнейшем, реализующий бизнестребования Заказчика в системе WMS Exceed и фиксирующий их в Проектных
решениях. ФК согласовывает Проектные решения с экспертами предметных
областей и ключевыми пользователями Заказчика. ;
Технический консультант - сотрудник Исполнителя, обеспечивающий
развертывание WMS Exceed в проектном офисе и на складе, настройку экранных
форм RF-терминалов, настройку адаптера (модуля обмена данными между Axapta
и WMS Exceed), обучение и контроль закачки мета данных. Он так же представляет
описания источников данных для построения отчетов, обучает администратора
WMS;
Тренер – сотрудник Заказчика, разрабатывающий учебные материалы и
пользовательские инструкции для конечных пользователей системы, а так же
осуществляющий обучение конечных пользователей работе с системой. В
частности, на момент завершения описания процессов to be

27.

Бизнес аналитик (БА), ключевой пользователь (КП) – сотрудники Заказчика, наделенные
полномочиями для принятия решений в рамках бизнес-процессов, обладающие необходимым
объемом знаний, опытом работы в конкретной предметной области. К функциям БА и к КП
относится – определение требований к процессам, согласование документов по реализации
процессов в системе, тестирование прототипов процессов и собственно процессов в системе
WMS Exceed. БА опрашивает КП и готовит Исходные требования для настройки Системы.
Исходные требования БА передает ФК для написания Проектных решений;
Интегратор – сотрудник Заказчика, отвечающий за интеграцию Axapta с WMS Exceed со
стороны Axapta, а также за подготовку мета данных для закачки в WMS Exceed и закачку мета
данных под руководством технического консультанта;
Программист, Разработчик дополнительных отчетов – сотрудник Заказчика, выполняющий
дизайн форм и отчетов, разработку т.з. на их построение и собственно построение. Кроме того,
Программист отвечает за исправление ошибок пользователей на уровне SQL.
Системный администратор – сотрудник Заказчика, отвечающий за администрирование EXceed
WMS в рамках Проекта и после него. .

28.

Задание.
Для Вашего учебного проекта опишите организационную структуру
проекта и описание ролевых позиций участников
.
Вышлите преподавателю в ТГ 8 985 818 30 08

29.

Методология и этапы проекта
При работе над проектом, проектная команда будет руководствоваться GEM
(Глобальной Методологией Внедрения - Global Execution Methodology,), которая была
разработана компанией SSA GLOBAL. Методология GEM сертифицирована по ISO9001:2000 и постоянно обновляется, чтобы соответствовать современным требованиям
рынка.
Согласно выбранной методологии проект будет состоять из следующих фаз:
1. Планирование проекта.
2. Обучение проектной команды.
3. Сбор информации по процессам as is и 4. Анализ и описание бизнес-процессов to be.
5. Настройка системы и возможная доработка,
6.Тестирование и подготовка к запуску
7. Запуск системы в промышленную эксплуатацию.
8. Закрытие проекта, передачи системы в службу поддержки.

30.

Задание.
Для Вашего учебного проекта кратко опишите методологию и этапы
проекта
.
Вышлите преподавателю в ТГ 8 985 818 30 08

31.

Изменения в объеме проекта
Запрос на изменение объема проекта рассматривает
координационный совет. Координационный совет, оценив
требуемые ресурсы, либо утверждает данное изменение, либо
отклоняет его. Утверждение изменения означает одновременно
утверждение выделения соответствующих ресурсов.
Согласно договору, внедряется стандартная функциональность.
Стоимость дополнительных кастомизаций системы WMS Exceed
оговаривается на координационном совете отдельно.
Все изменения закрепляются протоколами, согласованными
Исполнителем и Заказчиком.
Протоколы должны быть разработаны, согласованы и
подписаны сторонами в течение не более чем 1 (одного) рабочего
дня с момента достижения соответствующих договоренностей.

32.

Задание.
Для Вашего учебного проекта кратко опишите процедуру внесения
изменений в объеме проекта
Вышлите преподавателю в ТГ 8 985 818 30 08

33.

Процедура согласования и утверждения результатов
Определен следующий порядок согласования и утверждения
результатов:
Разработанные документы по этапам согласовываются Менеджером по
качеству, а затем Руководителями проекта со стороны Заказчика и
Исполнителя;
Все важные решения, возникающие в ходе рабочих встреч
Проектной группы и Координационного совета, фиксируются
соответствующими протоколами.
Процедура рассмотрения передаваемых Исполнителем Заказчику
документов представлена ниже:
Документы передаются Исполнителем Заказчику на согласование
электронном виде (а окончательная версия в бумажном и электронном
виде) посредством e-mail. Факт передачи фиксируется датой отправки
электронного письма с данным документом.

34.

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

35.

Составляющие факторы успеха проекта
Успех Проекта зависит от следующих факторов:
oОднозначная совместимость целей Проекта с целями ООО «ДейлиФудс»;
oПоддержка Проекта со стороны Высшего руководства ООО «ДейлиФудс»;
oОперативно-административные мероприятия по обеспечению работ по Проекту;
oЭффективное взаимодействие Руководителей Проекта и членов Проектной группы;
oОпределенность требований к решаемым задачам;
oПрозрачность процесса ведения Проекта (доступ всех участников Проекта к
информации);
oИнтеграция и эффективное использование ресурсов Исполнителя и ООО «ДейлиФудс»;
oСотрудничество руководителей и сотрудников ООО «ДейлиФудс» с сотрудниками
Исполнителя;
oПодбор в Проектную группу высоко мотивированных на результат сотрудников;
oИспользование выверенных на практике методологий и решений.

36.

37.

38.

Задание.
Для Вашего учебного проекта кратко опишите условия готовности к
запуску
Вышлите преподавателю в ТГ 8 985 818 30 08