Смекни!
smekni.com

Планирование работ по проекту 41 Выполнение работ по проекту 44 (стр. 1 из 14)


Российская Федерация

Белгородская область

ДЕПАРТАМЕНТ СТРАТЕГИЧЕСКОГО РАЗВИТИЯ БЕЛГОРОДСКОЙ ОБЛАСТИ

П.В. Гончаренко, В.Л. Рамбаусик

«Управление проектами в органах исполнительной власти и государственных органах Белгородской области»

Методические рекомендации

Белгород, 2010
Оглавление

1 Глоссарий. 4

1.1 Классификация терминов. 4

1.2 Перечень терминов в алфавитном порядке. 4

1.3 Перечень терминов, сгруппированных по категориям.. 14

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

1.3.2 Проект. 15

1.3.3 План проекта. 18

1.3.4 Продукт проекта. 20

1.3.5 Среда проекта. 21

1.3.6 Субъекты управления. 21

1.3.7 Контроль проекта. 23

1.3.8 Пакет управляющих документов. 24

2 Введение в управление проектами. 25

2.1 Общие положения. 25

2.1.1 Система управления проектами в органах исполнительной власти и государственных органах Белгородской области. 25

2.1.2 Виды проектов в органах исполнительной власти и государственных органах Белгородской области. 25

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

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

2.4 Роль руководителя проекта. 29

2.5 Управление жизненным циклом проекта. 30

2.5.1 Характеристики жизненного цикла проекта. 30

2.5.2 Взаимосвязи жизненного цикла проекта и продукта. 32

2.5.3 Фазы проекта. 33

2.5.4 Руководство проектом на протяжении жизненного цикла. 34

2.5.5 Связи между фазами. 35

3 Описание процедуры открытия и ведения проектов в органах исполнительной власти и государственных органах Белгородской области. 36

4 Инициация проекта. 38

5 Планирование работ по проекту. 39

5.1 Разработка плана управления проектом.. 40

6 Выполнение работ по проекту. 41

7 Контроль работ по проекту. 42

8 Закрытие проекта. 44

Приложение 1. Разработка инициативной заявки. 45

Назначение и область применения. 45

Пояснения к заполнению.. 45

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

Приложение 2. Разработка паспорта проекта. 51

Назначение и область применения. 51

Пояснения к заполнению.. 51

Пример заполнения паспорта проекта. 55

Приложение 3. Разработка Плана управления проектом.. 62

Назначение и область применения. 62

Пояснения к заполнению.. 62

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


1 Глоссарий

1.1 Классификация терминов

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

  1. Система управления проектом
  2. Проект
  3. План проекта
  4. Продукт проекта
  5. Среда проекта
  6. Субъекты управления
  7. Контроль проекта
  8. Пакет управляющих документов

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

1.2 Перечень терминов в алфавитном порядке

  1. Администратор проекта лицо, назначаемое исполнителем проекта, ответственное за организацию и поддержку коммуникаций (сбор, обработку, передачу информации) между участниками проекта, делопроизводство, формирование и хранение архива документов проекта.
  2. Анализ осуществимости (feasibility study) — Совокупность вариативных финансовых и технических расчетов с целью определить оптимальное соотношение между реально возможными ресурсами и техническими параметрами продукта проекта. Ресурсы здесь понимаются в самом широком смысле.
  3. Анализ прогнозируемой эффективности — Расчет, проводимый с целью определить размер бизнес-цели проекта.
  4. Аутсорсинг См. Внешнее управление
  5. Базовый жизненный цикл проекта — Принятая базовая последовательность проектных этапов. Состоит из трех управленческих этапов и одного технического этапа. Управленческие этапы: открытие проекта, этап управления работами (для краткости: управление работами), закрытие проекта. Технический этап: выполнение работ по созданию продукта проекта (для краткости: выполнение работ). Этап открытия выполняется до всех иных этапов. Этап закрытия выполняется после всех других этапов. Этап управления работами и этап выполнения работ выполняются параллельно и после этапа открытия проекта. Жизненный цикл конкретного проекта разрабатывается на основе Базового жизненного цикла проекта и может иметь изменения относительно Базового цикла. Эти изменения могут быть: (1) этап управления работами может быть разбит на несколько управленческих этапов; (2) этап выполнения работ может быть разбит на несколько технических этапов. Вновь получившиеся управленческие и технические этапы могут не совпадать по календарному времени. Например, технический этап сдачи-приемки работ может быть выполнен в течение нескольких дней или недель, а управленческий этап оформления результатов приемки может затянуться и на месяцы после аналогичного технического этапа. Проектная команда не вправе изменять этапы открытия и закрытия проекта.
  6. Базовый контрольный список — Стандарт системы управления проектами. Является универсальным контрольным списком, содержащим перечень задач, обязательных к выполнению в любом проекте. На основе Базового контрольного списка проектная команда составляет Контрольный список проекта. См. также Контрольный список, Контрольный список проекта
  7. Бюджет проекта — Традиционное название финансового плана. Может иметь два значения. (1) Полная сумма средств, необходимая для выполнения проекта. (2) Расчет различных финансовых показателей. Может использоваться вместо названия “финансовый план”.
  8. Версия Плана проекта — Номер в последовательной серии Планов проекта. Первая версия Плана имеет номер 1.0. Номера следующих версий могут иметь вид: 1.0, 1.1, 2.0, 2.1, 2.2, 3.0, 3.1 и т.д. Версии, номер которых соответствуют изменению Ключевых Показателей, имеют после точки цифру ноль. Эти версии утверждаются руководством компании. Прочие версии соответствуют изменению Рабочего плана.
  9. Вехи — См. Ключевое событие.
  10. Внешнее управление — Способ выполнения проектов, при котором функции по управлению проектами полностью или частично передаются другому лицу, действующему по договору. Внешний управляющий может быть как физическим, так и юридическим лицом.
  11. Внешняя среда — Совокупность правовых, административных, политических, географических и иных условий, влияющих на результативность проекта.
  12. Внутренняя среда — Совокупность условий в структуре Исполнителя, влияющих на результативность проекта.
  13. Группа управления проектом – группа лиц, представляющих интересы заказчика, исполнителя и координирующего органа проекта в ходе его реализации.
  14. Динамическое управление — Применительно к управлению проектами, динамическое управление подразумевает возможность изменения Планов проекта в промежутках между открытием и закрытием проекта. С точки зрения управления документами считается, что План, как объект в целом, не изменяется, а изменяется лишь его версия.
  15. Документация проекта — Различные документы, возникающие в течение всего жизненного цикла проекта, прежде всего, План проекта в различных версиях, контрольные списки, протоколы совещаний, отчеты, техническая документация и т.д.
  16. Допущения — Условия для расчета плановых показателей, которые точно не известны на момент расчета, но разработчики плана условно принимают их в качестве существующих. Поскольку проект осуществляется длительное время, то существует опасность, что допущения будут постепенно трансформированы в реально существующие условия. В связи с этим, допущения должны быть обязательно документированы в Плане проекта.
  17. Жизненный цикл проекта — Объективная последовательность различных этапов по выполнению проекта. Этапы могут выполняться последовательно или параллельно.
  18. Жизненный цикл создания продукта — Объективно существующая последовательность этапов, необходимая для создания продукта. Например, в строительстве: разработка документации, согласование документации, выполнение работ.
  19. Заказчик проекта - физическое или юридическое лицо (государственный орган области, орган исполнительной власти области, администрация муниципального района или городского округа в случае использования средств областного бюджета и/или федерального бюджета (в случае делегирования полномочий по контролю расходования указанных средств), хозяйствующий субъект), прямо или косвенно заинтересованные в достижении цели проекта и приобретении прав на использование результатов проекта, которые выделяют средства, необходимые для реализации проекта.
  20. Закрытие проекта — Завершающий этап жизненного цикла проекта. Управленческая процедура, на основании которой официально прекращается деятельность по проекту. См. также Базовый жизненный цикл проекта.
  21. Запрос о пересмотре Плана проекта — Документ, направляемый Заказчику и Куратору проекта с просьбой утвердить новую версию Плана проекта. См. также Пересмотр Плана проекта.
  22. Заявка на открытие проекта (Инициативная заявка) — Документ, направляемый инициатором в Департамент стратегического развития Белгородской области в порядке инициативы с предложением об открытии проекта.
  23. Иерархическая декомпозиция работ — Совокупность всех мероприятий и работ по проекту, представляемая в иерархическом виде. Технология проектного управления категорически не допускает представления совокупности работ в виде, отличающемся от иерархического вида. Вызвано это тем, что только иерархичность гарантирует полноту всей совокупности работ. Декомпозиция позволяет провести расчеты бюджета проекта и срока проекта. Бюджет подсчитывается как сумма затрат на выполнение отдельных элементов, а срок проекта рассчитывается также через длительность отдельных элементов. При отсутствии иерархичности пропуск какого-либо элемента заведомо даст неустранимую ошибку расчетов. При наличии иерархичности отсутствие какого-то элемента также даст ошибку, но ее влияние будет компенсировано наличием элемента на верхнем уровне. Например, стоимость работ по созданию фундамента здания можно подсчитать по средней оценке на один кубический метр, а можно подсчитать как сумму стоимостей единичных работ. Сильное различие между двумя цифрами будет сигналом для более детального расчета. Обязательным элементом иерархической декомпозиции работ является кодировка (номер) каждой работы. Кодировка также представляется в иерархическом виде.
  24. Инициатор проекта — физическое или юридическое лицо (государственный орган области, орган исполнительной власти области, администрация муниципального района или городского округа, хозяйствующий субъект), которое выступает с обоснованием необходимости и возможности реализации проекта. Инициатор проекта может представлять интересы заказчика, исполнителя или координирующего органа проекта.
  25. Исполнитель проекта - физическое или юридическое лицо (государственный орган области, орган исполнительной власти области, администрация муниципального района или городского округа в случае использования средств областного бюджета и/или федерального бюджета (в случае делегирования полномочий по контролю расходования указанных средств), хозяйствующий субъект), которое принимает на себя обязательства перед заказчиком проекта по достижению целей проекта и эффективному использованию средств, выделенных для реализации проекта.
  26. Календарный план — Часть Рабочего плана. Стандартно представляется в виде таблицы, содержащей работы и мероприятия из иерархической декомпозиции работ, сроки начала и завершения каждой работы. Дополнительно может быть указан код предшествующей или последующей работы.
  27. Качество Продукта проекта — Степень соответствия продукта проекта требованиям Заказчика или действующим нормам, например, ГОСТам, СНиПам.
  28. Качество проекта — Степень соответствия проектных параметров (план проекта, выполнение проекта, контроль проекта и т.п.) требованиям, изложенным в «Положении об управлении проектами в органах исполнительной власти и государственных органах Белгородской области».
  29. Ключевое событие (Ключевое календарное событие) — Событие, играющее существенную роль в реализации проекта. Может быть запланированным, предвиденным и иметь некоторую долю вероятности наступления, или непредвиденным.
  30. Ключевые показатели — Часть Плана проекта, содержащая перечень параметров, за достижение которых проектная команда несет ответственность перед Заказчиком. Изменение ключевых показателей возможно только после утверждения новой версии Плана проекта.
  31. Ключевые финансовые показатели — Часть ключевых показателей, относящихся к финансовой сфере. Рекомендуется, чтобы ключевые финансовые показатели были представлены в виде таблицы, содержащей 5-15 строк.
  32. Команда проекта — Группа лиц, использующих коллективные методы работы для достижения успеха. Команда проекта может отличаться от совокупности участников проекта, если участники не действуют коллективно. Состав команды может пониматься в узком или широком смысле. В узком смысле в состав команды включаются штатные работники, назначенные к участию в проекте. В широком смысле в состав команды, помимо назначенных работников, включаются и представители контрагентов. Руководитель проекта всегда является членом команды. В его задачу входит “втягивание” в коллективную работу максимально большого количества людей.
  33. Компетенция — Совокупность знаний, опыта и таланта. Компетенция относится к специалисту или к описанию штатной позиции.
  34. Консультант проекта — Физическое или юридическое лицо, предоставляющее услуги по консультированию, обучению.
  35. Контрагент — Участник проекта, действующий по договору подряда с Исполнителем проекта.
  36. Контрольный список — Документ, содержащий последовательный перечень управленческих задач. Предназначен для повседневного, текущего планирования работы управляющих специалистов. Оформляется в виде таблицы из трех столбцов: (1) номер по порядку, (2) описание задачи, (3) отметка о выполнении См. также Базовый контрольный список, Контрольный список проекта.
  37. Контрольный список проекта — Контрольный список, содержащий последовательный перечень управленческих задач при выполнении конкретного проекта. Составляется проектной командой на основе Базового контрольного списка. См. также Контрольный список, Базовый контрольный список.
  38. Координирующий орган проекта - уполномоченный государственный орган области, орган исполнительной власти области, администрация муниципального района или городского округа в случае использования средств областного бюджета и/или федерального бюджета (в случае делегирования полномочий по контролю расходования указанных средств), осуществляющий организационное сопровождение и мониторинг разработки и реализации проекта.
  39. Критическое отклонение (Существенное отклонение) — Отклонение, которое не может быть устранено силами проектной команды и которое воздействует на достижение ключевых показателей.
  40. Куратор проекта — уполномоченное координирующим органом проекта лицо, представляющее его интересы в отношениях со всеми участниками проекта.
  41. Методическая рекомендация — Документ, исполнение которого не носит обязательный характер, но содержащиеся в нем знания оказывают поддержку специалистам при выполнении проектов.
  42. Мониторинг проекта — специально организованное систематическое наблюдение за ходом разработки и реализации проекта с целью предоставления сводной информации внешним по отношению к проекту пользователям (органам исполнительной власти и государственным органам области, администрациям муниципальных районов или городских округов, представителям общественности).
  43. Образец — Документ, содержащий пример полностью заполненного документа (План проекта, Контрольный список, Требования заказчика, договоры и т.д.) для реально выполненных или вымышленных проектов.
  44. Объект управления — Объект, которым могут управлять субъекты управления. Управлять — значит изменять свойства управляемого объекта. К управляемым объектам относятся: сам проект, план проекта, продукт проекта, качество проекта и качество продукта. Следует обратить внимание, что план проекта является объектом управления, т.е. он может изменяться в течение жизненного цикла проекта.
  45. Окружение проекта — Часть всей среды проекта, за исключением среды внутри самого проекта.
  46. Организационная схема проекта — Схема распределения подчиненности, обязанностей и ответственности всех участников проекта.
  47. Организационное сопровождение проекта — координация межведомственного взаимодействия участников проекта, осуществляемая куратором проекта на протяжении всех этапов проекта.
  48. Отклонение от Плана проекта — Выявленное в ходе контроля проекта отличие какого-либо параметра проекта от требований Положения об управлении проектами в органах исполнительной власти и государственных органах Белгородской области или от Плана проекта.
  49. Открытие проекта — Первый этап жизненного цикла проекта. Управленческая процедура, придающая официальный статус работе специалистов по выполнению проекта. См. также Базовый жизненный цикл проекта.
  50. Отчет о выполнении проекта — Документ, подготовленный проектной командой и направленный Заказчику и Куратору проекта. Составляется по форме, предусмотренной в пакете управляющих документов. Периодичность предоставления отчета устанавливается в Плане проекта.
  51. Пакет управляющих документов — Комплекс документов, содержащих принятые нормы, правила и рекомендации по выполнению проектов.
  52. Пересмотр Плана проекта — Компонента динамического управления. Заключается в разработке и утверждении последовательных, новых версий Плана проекта. Пересмотр может быть вызван событиями: (1) плановый пересмотр в связи с появлением более детальных расчетов; (2) возникновение предложений о пересмотре; (3) появлением или прогнозированием появления критических отклонений; (4) возникновением кризисных ситуаций.
  53. План проекта — Документ, содержащий описание целей проекта, условий и способа их достижения. План проекта является основным проектным документом.
  54. Подрядчик — Один из контрагентов, выполняющий работы по договору подряда.
  55. Превентивные действия — Действия, направленные на предотвращение возникновения отклонений. Обыкновенно, выполняются с опережением во времени относительно прогнозируемых отклонений.
  56. Представитель заказчика проекта — уполномоченное заказчиком проекта лицо, представляющее его интересы в отношениях со всеми участниками проекта.
  57. Проверка — Проводимая Куратором либо Заказчиком акция по анализу результатов проекта и факторов, влияющих на выполнение проекта.
  58. Прогноз (Прогнозирование) — Проведение анализа и/или расчетов для оценки ключевых показателей на момент закрытия проекта. Является неотъемлемой частью каждого отчета о выполнении проекта.
  59. Продукт проекта — Объект, появляющийся после выполнения проекта: материальный объект, предоставленная услуга, нематериальный актив, знания, ноу-хау и т.д.
  60. Проект — комплекс мероприятий и работ, направленный на достижение определенной цели, ограниченный во времени определенными сроками начала и окончания, выполнение которого имеет однократный (неповторяющийся) характер, реализуемый органами исполнительной власти и государственными органами области, подведомственными организациями, хозяйствующими субъектами с использованием средств областного бюджета и/или федерального бюджета (в случае делегирования полномочий по контролю расходования указанных средств) в объеме более 1 млн. рублей.
  61. Проектная документация — см. Документация проекта.
  62. Проектный ритм — Распределение ключевых календарных событий и иных событий вдоль жизненного цикла проекта. Проектная команда при разработке Плана проекта должна стремиться к равномерному проектному ритму. При появлении провалов в ритме, их необходимо наполнить какими-то работами или событиями, например, проведение концептуальных или стартовых совещаний.
  63. Рабочий план — Часть Плана проекта, содержащая подробное изложение способов расчета и методов выполнения Ключевых показателей. Команда проекта несет ответственность за наличие Рабочего плана, но не несет ответственность за точную его реализацию. Команда проекта имеет полномочия изменять Рабочий План, при этом все изменения должны быть документированы.
  64. Рабочая группа проекта — группа лиц, непосредственно выполняющих работы проекта.
  65. Резерв — Совокупность ресурсов, отмечаемая в Плане проекта и предназначенная для компенсации негативных последствий рисков.
  66. Результат проекта - материальное выражение социальных, экономических, интеллектуальных и иных эффектов, полученных в результате осуществления проекта.
  67. Ресурсы — Различные объекты, с помощью которых выполняется проект. К ресурсам относятся: деньги, способ получения денег, сроки, персонал, компетенция персонала, обеспечивающие ресурсы: помещения, информационные системы; технические ресурсы: транспорт и дороги, энергоснабжение, коммунальное обеспечение и т.д.
  68. Риск — Под риском понимается событие, которое еще не произошло и которое имеет некоторую степень неопределенности. В отличие от традиционного понимания, риски могут иметь как негативный характер, так и позитивный. В свою очередь, неопределенность может иметь предвиденный характер и тогда характеризуется вероятностью возникновения, либо неопределенность может иметь непредвиденный характер. Наибольшую опасность представляют именно непредвиденные риски.
  69. Руководитель проекта — уполномоченное исполнителем проекта лицо, наделенное полномочиями по управлению всеми работами проекта.
  70. Сетевой план — Различные варианты графического представления календарного плана. Наиболее распространено использование графиков Ганта.
  71. Система взаимодействия — Совокупность инструментов и методов обмена информацией между участниками проекта. Включает в себя электронную систему, систему обмена бумажными документами, систему выработки решений между контрагентами. Может также пониматься и как атмосфера, в которой действуют участники проекта.
  72. Событие — Под событием понимается фактическое, или прогнозируемое, или непредвиденное проявление каких-то результатов. В контексте управления проектами под событиями понимаются проявления, существенно влияющие на выполнение проекта. В качестве таких событий могут быть: завершение этапов проектов, появление предложений об улучшении, возникновение существенных отклонений, изменения в среде проекта и т.п.
  73. Среда проекта — Внешние и внутренние условия, в которых реализуется проект: правовые, административные, политические и иные аспекты, поддержка проекта внутри компании, участники проекта, организационная схема проекта.
  74. Срок проекта — Длительность мероприятий и работ по проекту, исчисляемая от даты выпуска приказа об открытии проекта до даты выпуска приказа о закрытии проекта.
  75. Страхование — Совокупность мер, направленных на снижение последствий возникновения рисковых событий. В частности, включает заключение договоров страхования или получение гарантий.
  76. Субъекты управления — Государственные служащие, подразделения органов исполнительной и власти и государственных органов Белгородской области, иные юридические лица или учреждения, имеющие полномочия принимать управляющие решения. Полномочия могут возникать как делегирование или существовать в силу закона, или иных условий.
  77. Текущее управление — Термин отражает повседневную деятельность управляющих специалистов по планированию своих действий, контролю их результатов, анализу выполнения проекта, подготовке предложений по улучшению.
  78. Технический этап — Проектный этап, в течение которого выполняется (создается) существенная часть продукта проекта. Например, в строительстве: разработка и приемка чертежей, строительство фундамента, основные строительные работы, монтаж и наладка инженерных систем, отделочные работы.
  79. Требования заказчика — Документ, являющийся частью Плана проекта и содержащий описание будущих технических параметров Продукта проекта. Как правило, Требования заказчика подвержены процессу детализации. Соответственно, появляются версии Требований заказчика. Первая версия может иметь грубый характер, а в последующих версиях происходит как расширение списка параметров, так и уточнение их значений. С уточнением Требований заказчика, как правило, параллельно происходит уточнение Плана проекта.
  80. Требования и ограничения — Условия (рамки), задаваемые Заказчиком проекта для проектных показателей. Например, проект при любых условиях должен быть выполнен к заданной календарной дате, бюджет проекта не должен превысить заданную величину. Документирование ограничений важно при разработке первых версий Плана проекта. Первая версия Плана имеет невысокую точность расчетов. Поэтому ограничения могут не приниматься в расчет. При разработке последующих, более детальных версий, наличие документированных ограничений позволит достаточно точно рассчитать все показатели при заданных ограничениях.
  81. Улучшение (Постоянное улучшение, предложение об улучшении) — Постоянная деятельность по повышению качества проекта и качества продукта проекта. В каждом отчете о выполнении проекта имеется пункт, фиксирующий подачу предложений об улучшении. Улучшения могут утверждаться на уровне руководителя проекта, либо на уровне Группы управления проектом. В последнем случае направляется Запрос о пересмотре Плана проекта.
  82. Управление проектом — Выполнение управленческих действий в соответствии с нормами и правилами, предусмотренными положением об управлении проектами в органах исполнительной власти и государственных органах Белгородской области.
  83. Управленческий этап — Проектный этап, в течение которого проектная команда предпринимает управленческие действия, направленные на достижение существенного результата. Например, разработка детального Плана проекта или разработка очередной версии Плана, проведение конкурса и заключение договора с генеральным подрядчиком.
  84. Участник проекта — Физическое или юридическое лицо, принимающие прямое участие в выполнении проекта.
  85. Финальный отчет о выполнении проекта — Последний по счету отчет о выполнении проекта. Составляется по форме, предусмотренной в пакете управляющих документов.
  86. Форма — Документ, предназначенный для многократного заполнения.
  87. Цель проекта — запланированное желаемое состояние объекта управления, для достижения которого осуществляется проект. Цель проекта должна:

- отражать ожидаемый полезный эффект от исполнения проекта;