Смекни!
smekni.com

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

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

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

  1. Этап проекта (Проектный этап, проектная фаза) — Неразрывный по календарному времени период, в течение которого достигается один из существенных, промежуточных результатов проекта. Каждый этап должен завершаться ключевым событием, например, утверждение детального Плана проекта, приемка чертежей и т.п. См. также управленческий этап, технический (продуктовый) этап.

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

  1. Анализ осуществимости (feasibility study) — Совокупность вариативных финансовых и технических расчетов с целью определить оптимальное соотношение между реально возможными ресурсами и техническими параметрами продукта проекта. Ресурсы здесь понимаются в самом широком смысле.
  2. Анализ прогнозируемой эффективности — Расчет, проводимый с целью определить размер бизнес-цели проекта.
  3. Бюджет проекта — Традиционное название финансового плана. Может иметь два значения. (1) Полная сумма средств, необходимая для выполнения проекта. (2) Расчет различных финансовых показателей. Может использоваться вместо названия “финансовый план”.
  4. Версия Плана проекта — Номер в последовательной серии Планов проекта. Первая версия Плана имеет номер 1.0. Номера следующих версий могут иметь вид: 1.0, 1.1, 2.0, 2.1, 2.2, 3.0, 3.1 и т.д. Версии, номер которых соответствуют изменению Ключевых Показателей, имеют после точки цифру ноль. Эти версии утверждаются руководством компании. Прочие версии соответствуют изменению Рабочего плана.
  5. Допущения — Условия для расчета плановых показателей, которые точно не известны на момент расчета, но разработчики плана условно принимают их в качестве существующих. Поскольку проект осуществляется длительное время, то существует опасность, что допущения будут постепенно трансформированы в реально существующие условия. В связи с этим, допущения должны быть обязательно документированы в Плане проекта.
  6. Иерархическая декомпозиция работ — Совокупность всех мероприятий и работ по проекту, представляемая в иерархическом виде. Технология проектного управления категорически не допускает представления совокупности работ в виде, отличающемся от иерархического вида. Вызвано это тем, что только иерархичность гарантирует полноту всей совокупности работ. Декомпозиция позволяет провести расчеты бюджета проекта и срока проекта. Бюджет подсчитывается как сумма затрат на выполнение отдельных элементов, а срок проекта рассчитывается также через длительность отдельных элементов. При отсутствии иерархичности пропуск какого-либо элемента заведомо даст неустранимую ошибку расчетов. При наличии иерархичности отсутствие какого-то элемента также даст ошибку, но ее влияние будет компенсировано наличием элемента на верхнем уровне. Например, стоимость работ по созданию фундамента здания можно подсчитать по средней оценке на один кубический метр, а можно подсчитать как сумму стоимостей единичных работ. Сильное различие между двумя цифрами будет сигналом для более детального расчета. Обязательным элементом иерархической декомпозиции работ является кодировка (номер) каждой работы. Кодировка также представляется в иерархическом виде.
  7. Календарный план — Часть Рабочего плана. Стандартно представляется в виде таблицы, содержащей работы и мероприятия из иерархической декомпозиции работ, сроки начала и завершения каждой работы. Дополнительно может быть указан код предшествующей или последующей работы.
  8. Ключевые показатели — Часть Плана проекта, содержащая перечень параметров, за достижение которых проектная команда несет ответственность перед Заказчиком. Изменение ключевых показателей возможно только после утверждения новой версии Плана проекта.
  9. Ключевые финансовые показатели — Часть ключевых показателей, относящихся к финансовой сфере. Рекомендуется, чтобы ключевые финансовые показатели были представлены в виде таблицы, содержащей 5-15 строк.
  10. Контрольный список проекта — Контрольный список, содержащий последовательный перечень управленческих задач при выполнении конкретного проекта. Составляется проектной командой на основе Базового контрольного списка. См. также Контрольный список, Базовый контрольный список.
  11. Организационное сопровождение проекта — координация межведомственного взаимодействия участников проекта, осуществляемая куратором проекта на протяжении всех этапов проекта.
  12. Пересмотр Плана проекта — Компонента динамического управления. Заключается в разработке и утверждении последовательных, новых версий Плана проекта. Пересмотр может быть вызван событиями: (1) плановый пересмотр в связи с появлением более детальных расчетов; (2) возникновение предложений о пересмотре; (3) появлением или прогнозированием появления критических отклонений; (4) возникновением кризисных ситуаций.
  13. Рабочий план — Часть Плана проекта, содержащая подробное изложение способов расчета и методов выполнения Ключевых показателей. Команда проекта несет ответственность за наличие Рабочего плана, но не несет ответственность за точную его реализацию. Команда проекта имеет полномочия изменять Рабочий План, при этом все изменения должны быть документированы.
  14. Резерв — Совокупность ресурсов, отмечаемая в Плане проекта и предназначенная для компенсации негативных последствий рисков.
  15. Сетевой план — Различные варианты графического представления календарного плана. Наиболее распространено использование графиков Ганта.
  16. Срок проекта — Длительность мероприятий и работ по проекту, исчисляемая от даты выпуска приказа об открытии проекта до даты выпуска приказа о закрытии проекта.
  17. Требования заказчика — Документ, являющийся частью Плана проекта и содержащий описание будущих технических параметров Продукта проекта. Как правило, Требования заказчика подвержены процессу детализации. Соответственно, появляются версии Требований заказчика. Первая версия может иметь грубый характер, а в последующих версиях происходит как расширение списка параметров, так и уточнение их значений. С уточнением Требований заказчика, как правило, параллельно происходит уточнение Плана проекта.
  18. Требования и ограничения — Условия (рамки), задаваемые Заказчиком проекта для проектных показателей. Например, проект при любых условиях должен быть выполнен к заданной календарной дате, бюджет проекта не должен превысить заданную величину. Документирование ограничений важно при разработке первых версий Плана проекта. Первая версия Плана имеет невысокую точность расчетов. Поэтому ограничения могут не приниматься в расчет. При разработке последующих, более детальных версий, наличие документированных ограничений позволит достаточно точно рассчитать все показатели при заданных ограничениях.

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

  1. Жизненный цикл создания продукта — Объективно существующая последовательность этапов, необходимая для создания продукта. Например, в строительстве: разработка документации, согласование документации, выполнение работ.
  2. Качество Продукта проекта — Степень соответствия продукта проекта требованиям Заказчика или действующим нормам, например, ГОСТам, СНиПам.
  3. Ресурсы — Различные объекты, с помощью которых выполняется проект. К ресурсам относятся: деньги, способ получения денег, сроки, персонал, компетенция персонала, обеспечивающие ресурсы: помещения, информационные системы; технические ресурсы: транспорт и дороги, энергоснабжение, коммунальное обеспечение и т.д.

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

  1. Внешняя среда — Совокупность правовых, административных, политических, географических и иных условий, влияющих на результативность проекта.
  2. Внутренняя среда — Совокупность условий в структуре Исполнителя, влияющих на результативность проекта.
  3. Контрагент — Участник проекта, действующий по договору подряда с Исполнителем проекта.
  4. Окружение проекта — Часть всей среды проекта, за исключением среды внутри самого проекта.
  5. Организационная схема проекта — Схема распределения подчиненности, обязанностей и ответственности всех участников проекта.
  6. Подрядчик — Один из контрагентов, выполняющий работы по договору подряда.
  7. Система взаимодействия — Совокупность инструментов и методов обмена информацией между участниками проекта. Включает в себя электронную систему, систему обмена бумажными документами, систему выработки решений между контрагентами. Может также пониматься и как атмосфера, в которой действуют участники проекта.
  8. Участник проекта — Физическое или юридическое лицо, принимающие прямое участие в выполнении проекта.

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

  1. Администратор проекта — лицо, назначаемое исполнителем проекта, ответственное за организацию и поддержку коммуникаций (сбор, обработку, передачу информации) между участниками проекта, делопроизводство, формирование и хранение архива документов проекта.
  2. Аутсорсинг См. Внешнее управление
  3. Внешнее управление — Способ выполнения проектов, при котором функции по управлению проектами полностью или частично передаются другому лицу, действующему по договору. Внешний управляющий может быть как физическим, так и юридическим лицом.
  4. Группа управления проектом – группа лиц, представляющих интересы заказчика, исполнителя и координирующего органа проекта в ходе его реализации.
  5. Заказчик проекта - физическое или юридическое лицо (государственный орган области, орган исполнительной власти области, администрация муниципального района или городского округа в случае использования средств областного бюджета и/или федерального бюджета (в случае делегирования полномочий по контролю расходования указанных средств), хозяйствующий субъект), прямо или косвенно заинтересованные в достижении цели проекта и приобретении прав на использование результатов проекта, которые выделяют средства, необходимые для реализации проекта.
  6. Инициатор проекта — физическое или юридическое лицо (государственный орган области, орган исполнительной власти области, администрация муниципального района или городского округа, хозяйствующий субъект), которое выступает с обоснованием необходимости и возможности реализации проекта. Инициатор проекта может представлять интересы заказчика, исполнителя или координирующего органа проекта.
  7. Исполнитель проекта - физическое или юридическое лицо (государственный орган области, орган исполнительной власти области, администрация муниципального района или городского округа в случае использования средств областного бюджета и/или федерального бюджета (в случае делегирования полномочий по контролю расходования указанных средств), хозяйствующий субъект), которое принимает на себя обязательства перед заказчиком проекта по достижению целей проекта и эффективному использованию средств, выделенных для реализации проекта.
  8. Команда проекта — Группа лиц, использующих коллективные методы работы для достижения успеха. Команда проекта может отличаться от совокупности участников проекта, если участники не действуют коллективно. Состав команды может пониматься в узком или широком смысле. В узком смысле в состав команды включаются штатные работники, назначенные к участию в проекте. В широком смысле в состав команды, помимо назначенных работников, включаются и представители контрагентов. Руководитель проекта всегда является членом команды. В его задачу входит “втягивание” в коллективную работу максимально большого количества людей.
  9. Компетенция — Совокупность знаний, опыта и таланта. Компетенция относится к специалисту или к описанию штатной позиции.
  10. Консультант проекта — Физическое или юридическое лицо, предоставляющее услуги по консультированию, обучению.
  11. Координирующий орган проекта - уполномоченный государственный орган области, орган исполнительной власти области, администрация муниципального района или городского округа в случае использования средств областного бюджета и/или федерального бюджета (в случае делегирования полномочий по контролю расходования указанных средств), осуществляющий организационное сопровождение и мониторинг разработки и реализации проекта.
  12. Куратор проекта — уполномоченное координирующим органом проекта лицо, представляющее его интересы в отношениях со всеми участниками проекта.
  13. Объект управления — Объект, которым могут управлять субъекты управления. Управлять — значит изменять свойства управляемого объекта. К управляемым объектам относятся: сам проект, план проекта, продукт проекта, качество проекта и качество продукта. Следует обратить внимание, что план проекта является объектом управления, т.е. он может изменяться в течение жизненного цикла проекта.
  14. Представитель заказчика проекта — уполномоченное заказчиком проекта лицо, представляющее его интересы в отношениях со всеми участниками проекта.
  15. Руководитель проекта — уполномоченное исполнителем проекта лицо, наделенное полномочиями по управлению всеми работами проекта.

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

  1. Критическое отклонение (Существенное отклонение) — Отклонение, которое не может быть устранено силами проектной команды и которое воздействует на достижение ключевых показателей.
  2. Отклонение от Плана проекта — Выявленное в ходе контроля проекта отличие какого-либо параметра проекта от требований Положения об управлении проектами в органах исполнительной власти и государственных органах Белгородской области или от Плана проекта.
  3. Отчет о выполнении проекта — Документ, подготовленный проектной командой и направленный Заказчику и Куратору проекта. Составляется по форме, предусмотренной в пакете управляющих документов. Периодичность предоставления отчета устанавливается в Плане проекта.
  4. Превентивные действия — Действия, направленные на предотвращение возникновения отклонений. Обыкновенно, выполняются с опережением во времени относительно прогнозируемых отклонений.
  5. Проверка — Проводимая Куратором либо Заказчиком акция по анализу результатов проекта и факторов, влияющих на выполнение проекта.
  6. Прогноз (Прогнозирование) — Проведение анализа и/или расчетов для оценки ключевых показателей на момент закрытия проекта. Является неотъемлемой частью каждого отчета о выполнении проекта.
  7. Улучшение (Постоянное улучшение, предложение об улучшении) — Постоянная деятельность по повышению качества проекта и качества продукта проекта. В каждом отчете о выполнении проекта имеется пункт, фиксирующий подачу предложений об улучшении. Улучшения могут утверждаться на уровне руководителя проекта, либо на уровне Группы управления проектом. В последнем случае направляется Запрос о пересмотре Плана проекта.
  8. Финальный отчет о выполнении проекта — Последний по счету отчет о выполнении проекта. Составляется по форме, предусмотренной в пакете управляющих документов.

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

  1. Базовый контрольный список — Стандарт системы управления проектами. Является универсальным контрольным списком, содержащим перечень задач, обязательных к выполнению в любом проекте. На основе Базового контрольного списка проектная команда составляет Контрольный список проекта. См. также Контрольный список, Контрольный список проекта
  2. Запрос о пересмотре Плана проекта — Документ, направляемый Заказчику и Куратору проекта с просьбой утвердить новую версию Плана проекта. См. также Пересмотр Плана проекта.
  3. Заявка на открытие проекта (Инициативная заявка) — Документ, направляемый инициатором в Департамент стратегического развития Белгородской области в порядке инициативы с предложением об открытии проекта.
  4. Контрольный список — Документ, содержащий последовательный перечень управленческих задач. Предназначен для повседневного, текущего планирования работы управляющих специалистов. Оформляется в виде таблицы из трех столбцов: (1) номер по порядку, (2) описание задачи, (3) отметка о выполнении См. также Базовый контрольный список, Контрольный список проекта.
  5. Методическая рекомендация — Документ, исполнение которого не носит обязательный характер, но содержащиеся в нем знания оказывают поддержку специалистам при выполнении проектов.
  6. Образец — Документ, содержащий пример полностью заполненного документа (План проекта, Контрольный список, Требования заказчика, договоры и т.д.) для реально выполненных или вымышленных проектов.
  7. Форма — Документ, предназначенный для многократного заполнения.

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

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

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

Управление проектами в органах исполнительной власти и государственных органах Белгородской области осуществляется на основании Постановления Правительства Белгородской области от 31 мая 2010г. №202-пп «Об утверждении положения об управлении проектами в органах исполнительной власти и государственных органах Белгородской области», а так же в соответствии с проектной технологией, являющейся совокупностью специальных управленческих приемов и инструментов.