ГЛОССАРИЙ. Анализ дерева решений — диаграмма, описывающая процесс принятия решения путем рассмотрения альтернатив и последствий выбора той или иной имеющейся

 

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

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

Анализ характера и последствий отказов — аналитическая процедура, в которой каждый потенциальный характер отказа в каждом элементе продукта анализируется с целью определения его влияния на надежность данного элемента и, как совместно с другими возможными характерами отказов, так и отдельно, влияние на надежность продукта или системы и на функциональность элемента; или изучение всех возможностей возникновения неисправности продукта. Для каждой потенциальной неисправности производится оценка ее влияния на всю систему и ее эффект. Кроме того, оцениваются меры, запланированные для снижения возможности появления неисправности и сведения к минимуму ее последствий.

Базовый план — утвержденный план с указанными временными фазами {проекта, элементов иерархической структуры работ, пакета работ или плановой операции); возможно включение содержания проекта, стоимости, расписания и технических изменений.

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

Выравнивание ресурсов — л юбая форма анализа сети расписания, при которой сроки (даты начала и завершения) определяются с учетом ограничений на ресурсы.

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

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

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

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

Диаграмма Ганта (Gantt Chart) — столбиковая горизонтальная диаграмма. Диаграмма Парето — гистограмма зависимости частоты наступления результатов от их причин.

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

Завершающие процессы — процессы, выполняемые для формального завершения всех операций проекта или фазы и передачи полученного продукта другим или для завершения остановленного проекта.

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

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

Идентификация рисков — процесс определения того, какие риски способны повлиять на проект, и документирования характеристик этих рисков.

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

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

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

Инициация проекта — запуск процесса, который может завершиться авторизацией и определением содержания нового проекта.

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

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

Исполнение — руководство, управление, выполнение и осуществление работ проекта, достижение результатов поставки и представление информации о выполнении работы.

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

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

Количественный анализ рисков — процесс численного анализа влияния определенных рисков на цели всего проекта.

Команда проекта — все члены команды проекта, включая команду управления проектом, менеджера проекта и, в некоторых случаях, спонсора проекта.

Критическая операция — любая плановая операция на критическом пути в расписании проекта. Чаще всего определяется методом критического пути.

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

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

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

Менеджер проекта — лицо, назначенное исполняющей организацией для достижения целей проекта.

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

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

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

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

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

Мониторинг и управление рисками — процесс отслеживания известных рисков, мониторинга остаточных рисков, обнаружения новых рисков, выполнения планов реагирования на риски и оценки их эффективности в течение жизненного цикла проекта.

Набор команды проекта — процесс набора персонала, необходимого для выполнения проекта.

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

Оценка ресурсов операции — процесс оценки типов и количества ресурсов, необходимых для выполнения каждой плановой операции.

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

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

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

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

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

Принятие риска — метод планирования реагирования на риски, свидетельствующий о том, что команда проекта приняла решение не изменять план управления проектом в связи с риском или не нашла подходящей стратегии реагирования.

Проблема — обсуждаемый или еще не решенный вопрос или вопрос, по которому существуют противоположные мнения и разногласия.

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

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

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

Процессы инициации — процессы, выполняемые для авторизации и определения содержания новой фазы или проекта или того, что может привести к возобновлению работ остановленного проекта.

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

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

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

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

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

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

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

Разработка Устава проекта — процесс разработки Устава проекта, который формально санкционирует проект.

Расписание проекта — плановые даты исполнения плановых операций и наступления контрольных событий расписания.

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

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

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

Ресурс — квалифицированный персонал, оборудование, услуги, расходные материалы, сырье, материальные средства, бюджет или денежные средства.

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

Сетевая диаграмма расписания проекта — любое систематическое отображение логических взаимосвязей между плановыми операциями проекта. Всегда рисуется слева направо для отображения хронологии работ проекта.

Снижение рисков — связанный с угрозами метод планирования реагирования на риски, который стремится понизить вероятность и/или воздействие рисков до приемлемого уровня.

Событие — нечто происходящее, происшествие, случай.

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

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

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

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

Цель — стратегическая позиция, которую следует занять, задача, которую следует решить, результат, которого следует достичь, продукт, который следует произвести или услуга, которую следует оказать.

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

РЕКОМЕНДУЕМАЯ ЛИТЕРАТУРА

1) Галямина И.Г. Управление процессами. Учебник.- СПб: Питер, 2013

2) Основы управления проектами в компании. Учебное пособие / В. Н. Фунтов. - 2-е изд., доп. – СПб.: Питер, 2011

3) Управление инновационными проектами. Учеб.пособие / под ред. В. Л. Попова; [В. Л. Попов и др.]. - Москва: ИНФРА-М, 2007