Задать вопрос юристу
 <<
>>

Контроль проектов


Контроль проектов производится с целью повышения достоверности и точности проектной информации и наиболее раннего выявления проблем. Контроль проекта осуществляется на трех уровнях.
1. Уровень проекта.
Проектная команда контролирует выполнение проекта в сравнении с Планом проекта.
Уровень компании. Служба контроля, действующая независимо от проектной команды, проверяет выполнение норм системы управления проектами и выполнение планов проекта, Уровень руководства компании. Проверяется работа проектной команды и Службы контроля. Анализируется соответствие планируемых и выполняемых проектов целям компании, Коллегиальное принятие решений
Управление проектом производится при сочетании методов единоначалия и коллективною принятия решений.
На уровне проекта решения готовятся коллективно проектной командой и утверждаются менеджером проекта. Менеджер проекта несет ответственность за создание в своей команде атмосферы творчества. направленною на улучшение проекта.
Па уровне компании решения готовятся проектной командой, рассматриваются Проектным комитетом и утверждаются руководителем компании. Проектный комитет создается из работников компании приказом руководителя компании. Проектный комитет выносит рекомендательные решения. Все планы проектов, все новые версии планов проектов должны пройти рассмотрение на Проектном комитете.
Все решения должны документироваться. Решения проектной команды отражаются в протоколах совещаний. Решения Проектного коми те та закрепляются выпуском протоколов заседаний комитета.

Стандарт
R0.S02. Глоссарий управления проектами Введение Цель документа
Фиксация единых трактовок применяемых в компании терминов по управлению проектами, Резюме документа
Даны трактовки большинства применяемых в компании терминов по управлению проектами. Список терминов приведен в двух видах: алфавитном порядке и в группировке по категориям. Термины, обозначения и сокращения
Настоящий стандарт не содержит ссылок на иные определения используемых в компании терминов, так настоящий документ является сборником терминов. Область применения
Настоящий стандарт применяется при выполнении всех проектов в компании. Сфера действия документа
Работники компании, действия которых могут влиять на выполнение проекюв в компании, обязаны использовать определения терминов в соответствии с настоящим стандартом. Ответственная регламентная служба
Регламентной службой, отвечающей за действие настоящего стандарта, является Служба управления документооборотом. В ее сферу ответственн о сти в ход иг: организация обучения персонала использованию настоящего стандарта; контроль за использованием стандарта другими регламентными службами; проверка непротиворечивости с действием других стандартов компании; подготовка предложений по коррекции и улучшению настоящего стандарта;
проведение очередной, плановой проверки действия настоящего стандарта, Нормативные ссылки
Настоящий стандарт является подчиненным по отношению к стандарту “R0.S01 Основные положения системы управления проектами в компании".
02. Перечни терминов
Настоящий документ содержит перечень и значения терминов, применяемых в корпоративной системе управления проектами.
Каждый термин относится к одной из категорий, приведенных ниже. Система управления в компании Проект План проекта Продукт проекта Среда проекта Субъекты управления Коніроль проекта Пакет упраш і яющ их докуме нтов
Соответственно, каждый термин представлен в двух списках. Список 1 содержит термины, расположенные в алфавитном порядке. В списке 2 термины сі рупіїированы по категориям. В свою очередь, сами категории включены как термины в оба списка. Перечень терминов в алфавитном порядке Анализ осуществимости—(feasibility study). Совокупность вариативных финансовых и технических расчетов с целью определить оптимальное соотношение между реально возможными ресурсами и техническими параметрами продукта проекта. Ресурсы здесь понимаются в самом широком смысле. Анализ прогнозируемой эффективности Расчет, проводимый с целью определить размер бизнес-цели проекта. Аутсорсинг — См. Внешнее управление Базовый жизненный цикл проекта Принятая в компании базовая последовательность проектных этапов. Состоит из трех управленческих этапов и одного технического этапа. Управленческие этапы: открытие проекта, этап управления работами (для краткости: управление работами), закрытие проекта. Технический этап: выполнение работ по созданию продукта проекта (для краткости: выполнение работ). Этап открытия выполняется до всех иных этапов. Этап закрытия выполняется после всех других этапов. Этап управления работами и этап выполнения работ выполняются параллельно и после этапа открытия проекта.

Жизненый цикл конкретного проекта разрабатывается на основе Базового жизненного цикла проекта и может иметь изменения относительно Базового цикла. Эти изменения могут быть: (1) этап управления работами может быть разбит на несколько управленческих этапов; (2) этап выполнения работ может быть разбит на несколько технических этапов. Вновь получившиеся управленческие п технические этапы могут не совпадать по календарному времени. Например, технический этап сдачи-приемки работ может быть выполнен в течение нескольких дней или недель, а управленческий этап оформления результатов приемки может затянуться и на месяцы после аналогичного технического этапа. Проектная команда не вправе изменять этапы открытия и закрытия проекта. Базовый контрольный список Стандарт системы управления проектами. Является универсальным контрольным списком, содержащим перечень задач, обязательных к выполнению в любом проекте.
На основе Базового контрольного списка проектная команда составляет Кон грольный список проекта.
См. также Контрольный список, Контрольный список проекта Бизнес-цель проекта Добавочная стоимость, появляющаяся после выполнения проекта, прибыль, иные бизнес-преиму 11 іест ва ;ілм компании. Бюджет проекта Традиционное название финансового плана. Может иметь два значения. (1) Полная сумма средств. которую должна потратить (или потратила) компания для выполнения проекта. (2) Расчет различных финансовых показателей. Может использоваться вместо названия "финансовый план’5. Версия Плана проекта — Номер в последовательной серии Планов проекта. Первая версия Плана имеет номер 1.0. Номера следующих версий могут иметь вид: 1.0, 1.1. 2.0, 2.1, 2.2. 3.0, 3.1 и т.д. Версии, номер которых соответствуют изменению Ключевых Показателей. имеют после точки цифру ноль. Эти версии утверждаются руководством компании. Прочие версии соответствуют изменению Рабочего плана. Вехи См. Ключевое событие. Внешнее управление — Способ выполнения проектов, при котором функции по управлению проектами полностью или частично передаются другому лицу, действующему по договору. Внешний управляющий может быть как физическим, так и юридическим лицом. Внешняя среда Совокупность правовых, административных, политических, і еоірафических и иньтх условий, влияющих на результативность проекта. Внутренняя среда Совокупность условий внутри компании, влияющих на результативность проекта.
Динамическое управление — Применительно к управлению проектами, динамическое управление подразумевает возможность изменения Планов проекта в промежутках между открытием и закрытием проекта. С точки зрения управления документами считается. что План, как объект в целом, не изменяется, а изменяется лишь его версия. Документация проекта — Различные документы, возникающие в течение всего жизненного цикла проекта, прежде всего, План проекта в различных версиях, контрольные списки, протоколы совещаний, отчеты, техническая документация и т.д. Допущения Условия для расчета плановых показателей, которые точно пе известны на момент расчета, по разработчики плана условно принимают' их в качестве существующих. Поскольку проект осуществляется длительное время, то существует опасность, что допущения будут постепенно трансформированы в реально существующие условия. В связи с этим, допущения должны быть обязательно документированы в Плане проекта. Жизненный цикл проекта Объективная последовательность различных этапов по выполнению проекта. Эганы могут выполняться последовательно или параллельно. Жизнеїшьій цикл создания продукта Объективно существующая последовательность этапов, необходимая для создания продукта. Например, в строительстве: разработка документации, согласование документации, выполнение работ. Закрытие проекта — Завершающий этап жизненного цикла проекта. Управленческая процедура в компании, на основании которой официально прекращается деятельность по проекту. См. также Базовый жизненный цикл проекта. Запрос о пересмотре Плана проекта — Документ, направляемый руководителю компании с просьбой утвердить новую версию Плана проекта. См. также Пересмотр Плана проекта. Заявка на открытие проекта Документ, направляемый инициатором руководителю компании в порядке инициативы с предложением об открытии проекта Заявка па рассмотрение проекта Документ, направляемый в Проектный комитег в порядке инициативы с целью согласования Плана проекта Иерархическая декомпозиция работ Совокупность всех мероприятий и рабог по проекту, представляемая в иерархическом виде.
Технология проектного управления категорически не допускает представления совокупности работ в виде, отличающемся от иерархического вида. Вызвано это тем, что только иерархичность гарантирует полноту всей совокупности работ. Декомпозиция

позволяет тіровесги расчеты бюджета проекта и срока проекта. Бюджет подсчитывается как сумма затрат на выполнение отдельных элементов, а срок проекта рассчитывается также через длительность отдельных элементов. При отсутствии иерархичности прош ск какого-либо элемента заведомо даст неустранимую ошибку расчетов. При наличии иерархичности отсутствие какого- то элемента также даст ошибку, но ее влияние будет компенсировано наличием элемента на верхнем уровне.
Например, стоимость работ по созданию фундамента здания можно подсчитать по средней оценке на один кубический метр, а можно подсчитать как сумму стоимостей единичных работ. Сильное различие между двумя цифрами будет сигналом для более детального расчета.
Обязательным элементом иерархической декомпозиции работ является кодировка (номер) каждой работы. Кодировка также представляется в иерархическом виде. Инициатива — Документированное намерение (предложение) одного работника компании или группы работников об открытии проекта. Инициатор — Работник компании, добровольно или по поручению работающий над выдвижением инициативы по открытию проекта. Календарный план — Часть Рабочего плана. Стандартно представляется в виде таблицы, содержащей работы и мероприятия из иерархической декомпозиции работ, сроки начала и завершения каждой работы.
Дополнительно может быть указан код предшествующей или последующей работы. Качество Продукта проекта — Степень соответствия продукта проекта требованиям заказчика или действующим нормам, например, ГОСТам. СНиПам. Качество проекта — Степень соответствия проектных параметров (план проекта, выполнение проекта, контроль проекта и т.п.) требованиям корпоративной системы управления проектами. Ключевое событие — (Ключевое календарное событие). Со бы гие, иірающее существенную роль в реализации проекта. Может быть запланированным, предвиденным и иметь некоторую долю вероятности наступления, или непредвиденным. Ключевые показатели — Часть Плана проекта, содержащая перечень параметров, за достижение которых проектная команда несе т ответственность перед руководством компании. Изменение ключевых показателей возможно только после утверждения новой версии Плана проекта. Ключевые финансовые показатели— Часть ключевых показателей, от носящихся к финансовой сфере. Рекомендуется, чтобы ключевые финансовые показатели были представлены в виде таблицы, содержащей 5-15 строк.
Команда проекта — Группа лиц, использующих коллективные методы работы для достижения успеха. Команда проекта может отличаться от совокупности участников проекта, если участники не действуют коллективно. Состав команды может' пониматься в узком или широком смысле. В узком смысле в состав команды включаются штатные работники, назначенные к участию в проекте. В широком смысле в состав команды, помимо назначенных работников, включаются и представители контрагентов. Менеджер проекта всегда является членом команды, как аналог играющею тренера. В етх) задачу входит “втягивание'* в коллектив- ную работу7 максимально большого количества людей. Компетенция Совокупность знаний, опыта и таланта. Компетенция относится к специалисту или к описанию штатной позиции. Консультант проекта Физическое или юридическое лицо, предоставляющее услуги по консультированию, обучению. Контрагент — Участник проекта, действующий по договору с компанией. Контролер проекта Работник, действующий по приказу или вследствие своих /должностных обязанностей и коHTpojіирующий выполнение проекта. Контролер вправе проверить любые аспекты. связанные с выполнением проекта. Проектная команда обязана предоставить контролеру проекта всю необходимую информацию. Коніролер может быть постоянно прикрепленным к проекту и периодически проверять выполнение или привлекаться для разовых проверок. Контролер проекта может привлекать к проведению проверки экспертов, как из состава работников компании, так и со стороны. Контроль проекта — Совокупность различных процедур по анализу проекгных параметров. В контроле проекта задействованы все уровни компании. На уровне руководства компании контролируется соответствие плана проекта и его выполнения бизнес-целям компании. Контролер проекта анализирует соответствие проекта требованиям корпоративной системы управления проектами. Менеджер проект и проектная команда в ге кущем режиме осуществляет мониторинг выполнения проекта и соответствие Плану проекта. Контрольный список — Документ; содержащий последовательный перечень управленческих задач. Предназначен для повседневною, текущего планирования работы управляющих специалистов. Оформляется в виде таблицы из трех столбцов: (1) номер по порядку; (2) описание задачи, (3) отметка о выполнении
См. также Базовый контрольный список, Контрольный список проекта.
Контрольный список проекта — Контрольный список, содержащий последовательный перечень управленческих задач при выполнении конкретного проекта. Составляется проектной командой на основе Базового контрольного списка. См. также Контрольный список, Базовый контрольный список. Критическое отклонение (Существешюе отклонение). Отклонение, коюрое не может быть устранено силами проектной команды и которое воздействует на достижение ключевых показателей. Куратор проекта Работник компании, как правило, из руководящего состава, содействующий выполнению проекта. Одновременно с менеджером проекта песет ответственность перед руководителем компании за выполнение ключевых показателей. Основной обязанностью куратора является обеспечение проекта ресурсами, как посредством переговоров с другими работниками компании, так и посредством прямых обращений к руководителю компании. Менеджер проекта — Шташый работник компании (лицо, привлеченное по договору подряда), выполняющий управляющие функции тю выполнению проекта. Полномочия менеджера проекта определяются корпоративной системой управления проектами или специальными распоряжениями руководства компании. Менеджеру проекта подчиняются члены проектной команды. Обьем их подчиненносга может изменяться от сотрудничества до полного административного подчинения. Как правило, менеджер проекта исполняет обязанности тто управлению конкретным проектом дополнительно к своим /должностным обязанностям. Методическая рекомендация — Документ, исполнение которого не носи і обязательный характер, но содержащиеся в нем знания оказывают поддержку специалистам при выполнении проектов. Образец — Документ, содержащий пример полностью заполненного /документа (План проекта, Контрольный список, Требования заказчика, договоры и т.д.) для реально выполненных или вымышленных проектов. Обьекг управ.тения — Объект, которым могут управля ть субьек іьі управления. Управлять значит изменять свойства управляемого объекта. К управляемым объектам относятся: сам проект, план проекта, продукт проекта, качество проекта и качество продукта. Следует обратить внимание, что план проекта является объектом управления, т.е. он может изменяться в течение жизненнотх) цикла проекта. Окружение проекта Часть всей среды проекта, за исключением среды внутри самого проекта.
Организационная схема проекта — Схема распределения подчиненности, обязанностей и ответственности всех участников и соучастников проекта.
Как правило, схема разбивается на три уровня. Первый уровень устанавливает отношения внутри проектной команды. Второй уровень устанавливает отношения между подразделениями компании, привлеченными к выполнению проекта. Третий уровень устанавливает отношения между компанией и внешними контрагентами и соучастниками. Отклонение от Плана проекта — Выявленное в ходе контроля проекта отличие какого-либо параметра проекта от требований корпоративной системы управления проектами или от Плана проекта. Ошрытие проекта — Первый этап жизненного цикла проекта. Управленческая процедура в компании, придающая официальный статус работе специалистов по выполнению проекта. Оформляется выпуском приказа.
См. также Базовый жизненный цикл проекта. Отчет о выполнении проекта              Документ, подготовленный проектной командой и направленный руководству компании. Все отчеты о выполнении одновременно направляются контролеру проекта. Составляется по форме, предусмотренной в пакете управляющих документов. Периодичность предоставления отчета устанавливается в Плане проекта. Пакет управляющих документов Комплекс документов, содержащих принятые в компании нормы, правила и рекомендации по выполнению проектов. Пересмотр Плана проекта Компонента динамического управления. Заключается в разработке и утверждении последовательных. новых версий Плана проекта.
Пересмотр может быть вызван событиями: (1) плановый пересмотр в связи с появлением более детальных расчетов; (2) возникновение предложений о пересмотре; (3) появлением или прогнозированием появления критических отклонений; (4) возникновением кризисных ситуаций. План проекта — Доку мет, содержащий описание целей проекта, условий и способа их достижения.
План проекта является основным проектным документом. Подрятчик — Один из контрагентов, выполняющий работы по /договору подряда. Превентивные действия — Действия, направленные на предотвращение возникновения отклонений. Обыкновенно, выполняются с опережением во времени относительно прогнозируемых отклонений. Проверка — Проводимая контролером акция по анализу результатов проекта и факторов, влияющих на выполнение проекта.
Прогної — (Прогнозирование). Проведение анализа и/или расчетов для оценки ключевых показателей на момент закрытия проекта. Является неотъемлемой частью каждого отчета о выполнении проекта. Продукт проекта Объект, появляющийся после выполнения проекта: материальный обьекі; предоставленная услуга, нематериальный актив, знания, ноу-хау и т.д. Проект Деятельность по созданию долгосрочного или внеоборотною актива.
Долгосрочность понимается как длительный управленческий цикл создания или использования актива. Например, если время создания актива превышает 3 месяца, то актив считае тся долгосрочным.
Внсоборотность понимается в соответствии с бухгалтерскими правилами (основные средства, нематериальные активы, капитальные вложения, результаты НИОКР и т./т). Проектная документация см. Документация проекта. Проектный комитет — Коллегиальный орган, составленный из работников компании. Проектный коми те г рассматривает нланьт проектов и выносит рекомендательные решения. Решения проектного комитета принимаются простым большинством участвующих в обсуждении. При равенстве і олосов голос председателя комитета является решающим.
В качестве решений комитет может принять: рекомендовать версию Х.Х Плана проекта к утверждению; отклонить проект; рекомендовать доработать План проекта с учетом выданных замечаний и повторно представить на рассмотрение. Проектный рига — Распределение ключевых календарных событий и иных событий вдоль жизненного цикла проекта. Проектная команда при разрабо тке Плана і іроекта должна стрем иться к равномерному проектному ритму. При появлении провалов в ритме, их необходимо наполнить какими-то работами или событиями, например, проведение концептуальных или стартовых совещаний. Рабочий план — Часть Плана проекта, содержащая подробное изложение способов расчета и методов выполнения Ключевых показателей.
Команда проекта несет ответственность за наличие Рабочего плана. но не несет ответственность за точну ю его реализацию. Команда проекта имеет полномочия изменять Рабочий План, при этом все изменения должны быть документированы. Резерв Совокупность ресурсов, отмечаемая в Плане проекта и предназначенная для компенсации негативных последствий рисков.
Результат — Степень соответствия того, что получилось, тому, что изначально планировалось. Результат проекта нельзя смешивать с целью проекта. Цель проекта — это зафиксированный показатель. Например, цель проекта можно сформулировать как получение 100 рублей прибыли, а результат проекта может изменяться в широких пределах: получено 150 рублей прибыли или результат составляет 150% от за ила ниро ва нно й величины. Ресурсы Различные объекты, с помощью которых выполняется проект:
К ресурсам относятся: деньги, способ получения денег, сроки, персонал, компетенция персонала, обеспечивающие ресурсы: помещения, информационные системы; технические ресурсы: транспорт и дороги, энергоснабжение, коммунальное обеспечение и т.д. Риск Под риском понимается событие, которое еще не произошло и которое имеет некоторую степень неопределенности. В отличие от традиционного понимания, риски мої у г иметь как негативный характер, так и позитивный. В свою очередь, неопределенность может иметь предвиденный характер и тогда характеризуется вероятностью возникновения, либо неопределенность может иметь непредвиденный характер. Наибольшую опасность представляют именно непредвиденные риски. Руководитель компании — В системе управления проектами принимает решения об открытии и закрытии проекта, утверждает план проек та, назначает куратора и менеджера проекта, назначает членов проектной команды и устанавливает их обязанности, принимает решения о выделении ресурсов, назначает порядок стимулирования членов проектной команды. Сетевой план — Различные варианты трафического представления календарного плана. Наиболее распространено использование графиков Ганта. Система взаимодействия — Совокупность инструментов и методов обмена информацией между участниками проекта. Включает в себя электронную систему, систему обмена бумажными документами, систему выработки решений между контрагентами. Может также пониматься и как атмосфера, в которой действуют участники проекта. Собственник ресурса — Лицо, или учреждение, или подраз; деление компании, обладающее полномочиями по распоряжению ресурсами Событие — Под событием понимается фактическое, или прогнозируемое, или непредвидснное проявление каких-то результатов. В контексте управления проектами под событиями понимаются проявления, существенно влияющие на выполнение проекта. В качестве таких событий могут быть: завершение этапов проектов, появление предложений об улучшении, возникновение существенных отклонений, изменения в среде проекта и т.п.
Соучастник — Физическое или юридическое лицо, учреждение, которые: (1) могут позитивно или негативно влиять на реализацию проекта; (2) интересы которых могут' быть затронуты в ходе выполнения проекта или после него.
В реальности. Соучастник до какого-то момента может и не знать о своем статусе.
Каждый участник проекта одновременно является и етх) соучастником. Среда проекта — Внешние по отношению к компании и внутренние условия, в которых реализуется проект:
правовые, административные, политические и иные аспекты, поддержка проекта внутри компании, участники и соучастники проекта, организационная схема проекта Срок проекта Длительность мероприятий и работ по проекту, исчисляемая от даты выпуска приказа об открытии проекта до даты выпуска приказа о закрытии проекта. Стандарт Документ, устанавливающий нормы и правила управления проектами. Страхование — Совокупность мер, направленных на снижение последствий возникновения рисковых событий. В частности, включает заключение договоров страхования или получение гарантий. Субъекты управления — Работники компании, подразделения компании, иные юридические лица или учреждения, имеющие полномочия принимать управляющие решения.
Полномочия могут возникать как делеї ирование от руководи геля компании или существовать в силу закона, традиций или иных условий. Например, в строительных проектах владельцы соседних участков вправе принимать самостоятельные решения, которые могут повлиять на выполнение проекта.
Участники и соучастники проект могу і считат ься субъектами управления. Текущее управление Термин отражает повседневную деятельность управляющих специалистов по планированию своих действий, контролю их результатов, анализу выполнения проекта, подготовке предложений по улучшению. Техническая (нро;*уктовая) цель проекта—Эквивалент на созданию продукта проекта. Например, построить дом, создать информационную систему, разработать новый промышленный образец. Технический этан — Проектный этап, в течение которого выполняется (создаегея) существенная часть продукта проекта. Например. в строительстве: разработка и приемка чертежей, строительство фундамента, основные строительные работы, монтаж и наладка инженерных систем, отделочные работы.
Требования заказчика — Документ, являющийся частью Плана проекта и содержащий описание будущих технических параметров Продукта проекта. Как правило, Требования заказчика подвер- женьг процессу детализации. Соответственно, появляются версии Требований заказчика. Первая версия может иметь грубый характер, а в последующих версиях происходит как расширение списка параметров, так и уточнение их значений.
С уточнением Требований заказчика, как правило, параллельно происходит уточнение Плана проекта. Требования и ограничения — Условия (рамки), задаваемые руководством компании для проектных показателей. Например, проект при любых условиях должен быть выполнен к заданной календарной дате, бюджет проекта не должен превысить заданную величину. Документирование ограничений валено при разработке первых версий Плана проекта. Первая версия Плана имеет невысокую точность расчетов. Поэтому страничения могут не приниматься в расчет. При разработке последующих, более детальных версий, наличие документированных оіраничений позволит достаточно точно рассчи тать все показатели при заданных оі раничениях. Улучшение — (Постоянное улучшение, предложение об улучшении). Постоянная /деятельность по повышению качества проекта и качества продукта проекта.
В каждом отчете о выполнении проекта имеется пункт, фиксирующий подачу предложений об улучшении. Улучшения могут утверждаться на уровне менеджера проекта, либо на уровне руководителя компании. В последнем случае руководителю компании направляется Запрос о пересмотре Плана проекта. Управление проектом — Выполнение управленческих действий в соответствии с нормами и правилами, преду смотренными корпоративной системой управления проекіами. Управленческий этап — Проектный этап, в течение которого проектная команда предпринимает управленческие действия, направленные на достижение существенного результата. Например, разработка детального Плана проекта или разработка очередной версии Плана, проведение конкурса и заключение договора с генеральным подрядчиком. Участник проекта — Физическое или юридическое лицо, принимающие прямое участие в выполнении проекта Финальный оічет о выполнении проекта — Последний по счету отчет о выполнении проекта.
Составляется по форме, предусмотренной в пакете управляющих документов. Форма — Документ, предназначенный для многократною заполнения.
Цель проекта — То, ради чего выполняется проект. Совокупность бизнсс-цсли проекта и технической (продуктовой) цели проекта. Этап проекта — (Проектный л ап, проектная фаза). Неразрывный по календарному времени период, в течение которого достигается один из существенных, промежуточных результатов проекта.
Каждый этап должен завершаться ключевым событием, например, утверждение детального Плана проекта, приемка чертежей и т.п. См. также управленческий этап, технический (продуктовый) этап. Перечень терминов, сгруппированных по категориям
Система управления проектами Документация проекта — Различные документы, возникающие в течение всего жизненного цикла проекта, прежде всего, План проекта в различных версиях, контрольные списки, протоколы совещаний, отчеты, техническая документация и т.д. Контроль проекта Совокупность различных процедур по анализу проектных параметров. В контроле проекта задействованы все уровни компании.
На уровне руководства компании контролируется соответствие плана проекта и его выполнения бизнес-целям компании. Контролер проекта анализирует соответствие проекта требованиям корпоративной системы управления проектами.
Менеджер проекта и проектная команда в текущем режиме осуществляет мониторинг выполнения проекта и соответствие Плану проекта. Пакет управляющих документов Комплекс документов, содержащих принятые в компании нормьт, правила и рекомендации по выполнению проектов. План проекта Документ, содержащий описание целей проекта, условий и способа их дос гажепия.
План проекта является основным проектным доку ментом. Продукт проекта Объект, появляющийся после выполнения проекта: материальный объект, предоставленная услуга, нематериальный актив, знания, ноу-хау и т.д. Проект Деятельность по созданию долгосрочного или внеоборотного актива.
Долгосрочность понимается как длительный управленческий цикл создания или использования актива. Например, если время создания актива превышает 3 месяца, то актив считается долгосрочным.

Внеоборотное 1Ъ понимается в соответствии с бухгалтерскими правилами (основные средства, нематериальные активы, капитальные вложения, результаты ПИОКР и т.д.). type="1"> Проектная документация — см. Документация проекта. Среда проекта Внешние по отношению к компании и внутренние условия, в которых реализуется проект:
правовые, административные, политические и иные аспекты, поддержка проекта внутри компании, участники и соучастники проекта, организационная схема проекта. Субъекты управлении — Работники компании, подразделения компании, иные юридические лица или учреждения, имеющие полномочия принимать управляющие решения.
Полномочия могут возникать как /делегирование от руководителя компании или существовать в силу закона, традиций или иных условий. Например, в строительных проектах владельцы соседних участков вправе принимать самостоятельные решения, которые могут повлиять на выполнение проекта.
Участники и соучастники проекта могут считаться субъектами управления.
Проект Базовый жизненный цикл проекта — Принятая в компании
базовая последовательность ироектых этапов. Сое іоні из ірех управленческих этапов и одного технического этапа. Управленческие этапы: открытие проекта, этап управления работами (/утя краткости: управление работами), закрытие проекта. Технический этап: выполнение работ по созданию продукта проекта (для краткости: выполнение работ). Этап открытия выполнется до всех иных этапов. Этап закрытая выполняется после всех других этапов. Этап управления работами и этап выполнения работ выполняются параллельно и после этапа открытия проекта.
Жизненный цикл конкретного проекта разрабатывается на основе Базового жизненного цикла проекта и может иметь изменения относительно Базовотх) цикла. Эти изменения могут быть: (1) этап управления работами может быть разбит на несколько управленческих этапов; (2) этап выполнения работ может быть разбит на несколько технических этапов. Вновь получившиеся управленческие и технические этапы могут не совпадать но календарному времени. Например, технический этап сдачи-приемки работ может быть выполнен в течение нескольких дней или недель, а управленческий этап оформления результатов приемки может затянуться и на месяцы после аналогичного технического этапа.
Проектная команда не вправе изменять этапы открытия и закрытия проекта.
Бизнес-це.ль проекта — Добавочная стоимость, появляющаяся
после выполнения проекта, прибыль, иные бизнес-преимущества для компании. Вехи — См. Ключевое событие. Динамическое управление Применительно к управлению проектами, динамическое управление подразумевает возможность изменения Планов проекта в промежутках между огкры гием и закрытием проекта. С точки зрения управления документами считается, что План, как объект' в целом, не изменяется, а изменяется л ишь етх) версия. Жизненный цикл проекта Объективная по еле до вате льно с ть различных этапов но выполнению проекта. Этапы могут выполняться последовательно или параллельно. Закрытие проекта Завершающий этап жизненного цикла проекта. Управленческая процедура в компании, на основании которой официально прекращается деятельность по проекту.
См. также Базовый жизненный цикл проекта. Инициатива — Документированное намерение (предложение) одноїх) работника компании или труппы работников об открытии проекта. Качество проекта — Степень соответствия проектных параметров (план проекта, выполнение проекта контроль проекта и т.п.) требованиям корпоративной системы управления проектами. Ключевое собыше — (Ключевое календарное событие). Событие, иірающее существенную роль в реализации проекта. Может' быть запланированным, предвиденным и иметь некоторую долю вероятности наступления, или непредвиденным. Открытое проекта — Первый этап жизненного цикла проекта. Управленческая процедура в компании, придающая официальный статус работе специалистов по выполнению проекта. Оформляется вьпгуском при каш.
C-м. также Базовый жизненный цикл проекта. Проектный ритм — Распределение ключевых календарных событий и иных событий вдоль жизненного цикла проекта. Проектная команда при разработке Плана проекта должна стремиться к равномерному проектном}' ритму. При появлении провалов в ритме, их необходимо наполнить какими-то работами или событиями, например, проведение концептуальных или стартовых совещаний. Результат — Степень соответствия того, что получилось, тому, что изначально планировалось. Результат проекта нельзя смешивать с целью проекта. Цель проекта это зафиксированный показатель. Например, цель проекта можно сформулировать как получение 100 рублей прибыли, а результ ат' проект может изменяться в широких пределах: получено 150 рублей прибыли или результат составляет 150% от запланированной величины.
Риск — Под риском понимается событие, которое еще не произошло и которое имеет некоторую степень неопределенности. В отличие от традиционного понимания, риски могут иметь как негативный характер, гак и позитивный. В свою очередь, неопределенность может иметь предвиденный характер и тогда характеризуется вероятностью возникновения, либо неопределенность может иметь непредвиденный характер. Наибольшую опасность представляют именно непредвиденные риски. Событие Под событием понимается фактическое, или прогнозируемое. или непредвиденное проявление каких-ro результатов. В контексте управления проектами под событиями понимаются проявления. существенно влияющие на выполнение проекта. В качестве таких событий могут быть: завершение этапов проектов, появление предложений об улучшении, возникновение существенных отклонений, изменения в среде проекта и т.п. Страхование — Совокупность мер, направленных на снижение последствий возникновения рисковых событий. В частности, включает заключение договоров страхования или получение гарантий. Текущее управление — Термин отражает повседневную деягель- ностъ управляющих специалистов по планированию своих действий. контролю их результатов, анализу выполнения проекта, подготовке предложений по улучшению. Техническая (продуктовая) цель проекта — Эквивален та созданию продукта проекта. Например, построить дом. создать информационную систему, разработать новый промышленный образец Технический этап — Проектный этап, в течение которото выполняется (создается) существенная часть проду кта проекта. Например. в строительстве: разработка и приемка чертежей, строительство фундамента, основные строительные работы, монтаж и наладка инженерных систем, отделочные работы. Управление проектом — Выполнение управленческих действий в соответствии с нормами и правилами, предусмотренными корпоративной системой управления проектами. Управленческий этап — Проектный этап, в течение котхgt;рото проектная команда предпринимает управленческие действия, направленные на достижение существенного результата. Например, разработка детального Плана проекта или разработка очередной версии Плана, проведение конкурса и заключение /договора с генеральным подрядчиком. Цель проекта — То. ради чею выполняется проект. Совокупность бизнес-цели проекта и технической (продуктовой) цели проекта.
Этап проекта — (Проектный этап, проектная фала). Неразрывный по календарному времени период, в течение которого достигается один из существенных, промежуточных результатов проекта.
Каждый этап должен завершаться ключевым событием, например, утверждение детальною Плана проекта, приемка чертежей п т.п. См. также управленческий тгагт, технический (продуктовый) этап.
План проекта Анализ осуществимости — (feasibility study). Совокупность вариативных финансовых и технических расчетов с целыо определить оптимальное соотношение между реально возможными ресурсами и техническими параметрами продукта проекта. Ресурсы здесь понимаются в самом широком смысле. Анализ прогнозируемой эффективности — Расчет; проводимый с целью определить размер бизнес-цели проекта. Бюджет проекта Традиционное название финансового плана. Може г иметь два значения. (1) Полная сумма средств, которую должна погратить (или потратила) компания /утя выполнения проекта. (2) Расчет различных финансовых показателей. Может использоваться вместо названия "финансовый план" Версия Плана проекта — Номер в последовательной серии Планов проекта. Первая версия Плана имеет помер 1.0. Номера следующих версий могут иметь вид: 1.0. 1.1, 2.0, 2.1, 2.2, 3.0. 3.1 и т.д. Версии, номер которых соответствуют изменению Ключевых Показателей. имеют после точки цифру ноль. Эти версии утверждаются руководством компании. Прочие версии соответствуют изменению Рабочего плана. Допущения              Условия длярасчета плановых показателей, которые ючно не известны, но разработчики плана условно принимают их в качестве существующих. Допущения должны быть обязательно документированы в Плане проекта. Поскольку проект осуществляется длительное время, то существует опасность, что допущения будут постепенно трансформированы в реально существующие условия. Иерархическая декомпозиция работ — Совокупность всех мероприятий и работ по проекту, ігредставляемая в иерархическом виде.
Технология проектного управления категорически не допускает представления укачанной совокупности в отличающемся от иерархического виде. Вызвано это тем. что только иерархичность гарантирует полноіу всей совокупности. Неїюередегвенно декомпозиция позволяет провести расчеты бюджета проекта и срока проекта. Бюджет подсчитывается как сумма затрат на выполнение отдельных элементов, а срок проекта рассчи тывается также через длительность отдельных элементов. При отсутствии иерархич-
кости пропуск какого-либо элемента заведомо дасг неустранимую ошибку расчетов. При наличии иерархичности отсутствие какого- то элемента также даст ошибку, но се влияние будет компенсировано наличием элемента на верхнем уровне.
Например, стоимость работ по созданию фундамента здания можно подсчитать по средней оценке на одни кубический метр, а можно подсчитать как сумму стоимостей единичных рабо г. Сильное различие мсжд\г двумя цифрами будет сигналом для более детального расчета.
Обязательным элементом иерархической декомпозиции работ является кодировка (номер) каждой работы. Кодировка таюке представляется в иерархическом виде. Календарный план — Часть Рабочего титана. Стандартно представляется в виде таблицы, содержащей работы и мероприятия из иерархической декомпозиции работ, сроки начала и завершения каждой работы.
Дополнительно может быть указан код предшествующей или последующей работы. Ключевые показатели — Часть Плана проекта, содержащая перечень параметров, за достижение которых проект ная команда несет ответственность перед руководством компании. Изменение ключевых показателей возможно только после утверждения новой версии Плана проекта. Ключевые финансовые показатели Часть ключевых показателей, относящихся к финансовой сфере. Рекомендуется, чтобы ключевые финансовые показатели были представлены в виде таблицы, содержащей 5-15 строк. Контрольный список проекта — Контрольный список, со/держащий последовательный перечень управленческих задач при выполнении конкретного проекта. Составляется проектной командой на основе Базового контрольною списка.
См. также Контрольный список. Базовый контрольный список Пересмотр Плана проекта Компонента динамического управления. Заключается в разработке и у тверждении последовательных. новых версий Плана проекта.
Пересмотр может быть вызван событиями: (1) плановый пересмотр в связи с появлением более детальных расчетов; (2) возникновение предложений о пересмотре; (3) появлением или прогнозированием появления критических отклонений; (4) возникновением кризисных ситуаций. Рабочий план — Часть Плана проект а, содержащая подробное изложение способов расчета и методов выполнения Ключевых показателей.
Команда проекта несет ответственность за наличие Рабочею плана. но не несет ответственность за точную его реализацию. Коман
да проекта имеет полномочия изменять Рабочий План, тірп этом все изменения должны быть документированы. Резерв Совокупность ресурсов, отмечаемая в Плане проекта и предназначенная для компенсации негашеных последствий рисков. Сетевой план Различные варианты графического представления календарного плана. Наиболее распространено использование графиков Ганта. Срок проекта Длительность мероприятий и работ по проекту; исчисляе мая о г і іатьг выпуска при каза об открытии проекта і іо даты выпуска приказа о закрытии проект. Требовании заказчика Документ, являющийся частью Плана проекта и содержащий описание будущих технических параметров Продукта проекта. Как правило, Требования заказчика подвержены процессу детализации. Соответственно, появляются версии Требований заказчика. Первая версия может иметь грубый характер, а в последующих версиях происходит как расширение списка параметров, так и уточнение их значений.
С уточнением Требований заказчика, как правило, параллельно происходит уточнение Плана проекта. Требования и ограничения              Условия (рамки), задаваемые руководством компании для проектных показателей. Например, проект при любых условиях должен быть выполнен к заданной календарной дате, бюджет проекта не должен превысить заданную величину Документирование отраничений важно при разработке первых версий Плана проекта. Первая версия Плана имеет невысокую точность расчетов. Поэтому ограничения могут не приниматься в расчет. При разработке последующих, более детальных версий, наличие доку ментированных ограничений позволит достаточно точно рассчитать все показатели при заданных ограничениях.
<< | >>
Источник: Мишин, С.А.. Проектный бизнес : адаптированная модель для России. — М.—428. 2006 {original}

Еще по теме Контроль проектов:

  1. Планирование проекта и контроль
  2. Контроль выполнения проекта
  3. 24.4. Контроль и регулирование проекта
  4. Контроль и регулирование работ по проектам
  5. 2.4.3. Контроль и регулирование работ по проектам
  6. 18.10.Планирование и контроль исполнения проекта
  7. Эффективное управление проектами и контроль
  8. Нормирование, планирование и контроль исполнения проектов
  9. Контроль за взаимодеиствием основного бизнеса и «подрывных» проектов
  10. Строгий контроль осуществляется за соблюдением запланированных по проекту сроков освоения инвестиционных ресурсов.
  11. Глава 3. Антимонопольное регулирование, государственный контроль (надзор), муниципальный контроль в области торговой деятельности
  12. Отличие аудита от других форм экономического контроля: ревизии, финансового контроля, судебнобухгалтерской экспертизы
  13. Статья 16. Государственный контроль (надзор) за соблюдением требований настоящего Федерального закона, муниципальный контроль в области торговой деятельности
  14. Контроль со стороны органов валютного контроля
  15. Методы Анализ и оценка влияния среды проекта на эффективность и осуществимость проекта
  16. Информация о проекте “Содействие доступу к бесплатной юридической помощи” и методология проекта
  17. ОПРЕДЕЛЕНИЕ И ОСНОВНЫЕ ЭЛЕМЕНТЫ ПРОЕКТА. УЧАСТНИКИ ПРОЕКТА
- Cвязи с общественностью - PR - Бренд-маркетинг - Деловая коммуникация - Деловое общение и этикет - Делопроизводство - Интернет - маркетинг - Информационные технологии - Консалтинг - Контроллинг - Корпоративное управление - Культура организации - Лидерство - Литература по маркетингу - Логистика - Маркетинг в бизнесе - Маркетинг в отраслях - Маркетинг на предприятии - Маркетинговые коммуникации - Международный маркетинг - Менеджмент - Менеджмент организации - Менеджмент руководителей - Моделирование бизнес-процессов - Мотивация - Организационное поведение - Основы маркетинга - Производственный менеджмент - Реклама - Сбалансированная система показателей - Сетевой маркетинг - Стратегический менеджмент - Тайм-менеджмент - Телекоммуникации - Теория организации - Товароведение и экспертиза товаров - Управление бизнес-процессами - Управление знаниями - Управление инновационными проектами - Управление качеством товара - Управление персоналом - Управление продажами - Управление проектами - Управленческие решения -