лекция. Основные понятия управления проектами
Скачать 1.91 Mb.
|
ГЛОССАРИЙАктивы организационного процесса (Organizational Process Assets) — любые активы, относящиеся к процессу, во всех организациях, участвующих в проекте, которые влияют или могут влиять на успех проекта. Эти активы включают формальные и неформальные планы, стратегии, процедуры и руководства. Также они включают базы знаний организаций, такие как базы накопленных знаний и исторической информации. Анализ дерева решений (Decision Tree Analysis). Дерево решений — это диаграмма, описывающая процесс принятия решения путем рассмотрения альтернатив и последствий выбора той или иной имеющейся альтернативы. Используется в случаях, когда будущие сценарии или исход операций неясны. В диаграмме отражаются вероятности и величины затрат и выгод каждой логической цепи событий и будущих решений и используется анализ ожидаемой денежной стоимости для помощи организациям в определении относительной стоимости альтернативных операций. Анализ допущений (Assumptions Analysis) — метод, который анализирует точность допущений и идентифицирует риски проекта, вызванные неточностью, противоречивостью или неполнотой допущений. Анализ отклонений (Variance Analysis) — метод разложения общего отклонения совокупности переменных содержания, стоимости и расписания на отклонения отдельных элементов, которые связаны с определенными факторами, влияющими на переменные содержания, стоимости и расписания. Анализ резервов (Reserve Analysis) — методы анализа, служащие для определения существенных характеристик и взаимосвязей элементов в плане управления проектом с целью установления резерва для длительности расписания, бюджета, оценочной стоимости или средств проекта. Анализ сети расписания (Schedule Network Analysis) — метод определения ранних и поздних стартов и ранних и поздних финишей для невыполненных плановых операций проекта. Анализ сильных и слабых сторон, возможностей и угроз (Strengths, Weaknesses, Opportunities, and Threats Analysis или SWOT Analysis) — метод сбора информации, изучающий проект с точки зрения каждой из сильных и слабых сторон проекта, его благоприятных возможностей и угроз, чтобы увеличить охват рисков, рассматриваемых в рамках управления рисками. Анализ тенденций (Trend Analysis) — аналитический метод, использующий математические модели для прогнозирования результатов в будущем на основании исторических данных. С помощью этого метода определяется отклонение от базового плана по затратам, срокам или содержанию с использованием данных из предыдущих периодов отчетности и прогнозирования величины отклонения данного параметра в определенный момент в будущем, если в исполнение проекта не будут вноситься изменения. Анализ чувствительности (Sensitivity Analysis) — метод количественного анализа рисков и моделирования, используемый для определения рисков с наибольшим возможным воздействием на проект. В процессе анализа устанавливается, в какой степени неопределенность каждого элемента проекта отражается на исследуемой цели проекта, если остальные неопределенные элементы принимают базовые значения. Базовый план (Baseline) — утвержденный план с указанными временными фазами (проекта, элементов иерархической структуры работ, пакета работ или плановой операции); возможно включение содержания проекта, стоимости, расписания и технических изменений. Обычно обозначает текущий базовый план, но может относиться к исходному или какому-либо другому базовому плану. Часто употребляется с уточнением (например, «базовый план по стоимости», «базовый план расписания», «базовый план исполнения», «базовый план по технической части»). Бюджет (Budget) — утвержденная оценка проекта, любого элемента иерархической структуры работ или любой плановой операции. Бюджет по завершении (БПЗ) (Budget at Completion, BAC) — сумма всех составляющих бюджета, установленных для работ, выполняемых в рамках проекта, элемента иерархической структуры работ или плановой операции. Общий плановый объем проекта. Верификация (Verification) — метод оценки элемента или продукта в конце фазы или проекта с целью удостовериться, что он удовлетворяет указанным требованиям. Виртуальная команда (Virtual Team) — группа лиц с общими целями, выполняющих свои роли, которые в процессе сотрудничества практически не общаются лично. Этот метод в различных формах часто используется для обеспечения коммуникаций между членами команды. Виртуальные команды могут быть составлены из людей, разделенных большими расстояниями. Вход процесса (Input) — любой элемент, как внешний, так и внутренний для проекта, который требуется процессу перед его началом. Может являться выходом предшествующего процесса. Выбор продавцов — процесс изучения предложений, выбора среди потенциальных продавцов и заключение письменного контракта с продавцом. Выравнивание ресурсов (Resource Leveling) — любая форма анализа сети расписания, при которой сроки (даты начала и завершения) определяются с учетом ограничений на ресурсы (например, ограниченная доступность ресурсов или сложно управляемые изменения степени их наличия). Выход процесса — продукт, результат или услуга, появившиеся в результате процесса. Может быть входом для последующего процесса. Гистограмма ресурсов (Resource Histogram) — столбиковая горизонтальная диаграмма, показывающая время работы ресурса согласно расписанию в течение нескольких временных периодов. Доступность ресурса может быть изображена в виде линии для возможности сравнения. На расположенных рядом столбцах может отображаться фактическое время использования ресурса по мере продвижения проекта. Группа процессов управления проектом (Project Management Process Group) — логическое объединение процессов управления проектом, описанное в руководстве к своду знаний по управлению проектами. В группы процессов управления проектами входят процессы инициации, процессы планирования, процессы исполнения, процессы мониторинга и управления и завершающие процессы. Все эти пять групп нужны любому проекту, у них есть четкие внутренние зависимости, и они должны выполняться в одной и той же последовательности в каждом проекте, независимо от области приложения или специфики жизненного цикла проекта. Группы процессов управления проектами не являются фазами проекта. Группы процессов проекта (Project Process Groups) — пять групп процессов, необходимые в любом проекте и имеющие четкие внутренние зависимости; их необходимо выполнять в одной и той же последовательности в каждом проекте, независимо от области приложения или специфики жизненного цикла проекта. Эти группы процессов — это инициация, планирование, исполнение, мониторинг и управление, завершение. Дата завершения (Finish Date) — момент времени, связанный с завершением плановой операции. Обычно употребляется с прилагательным — фактическая, плановая, ожидаемая, расчетная, ранняя, поздняя, базовая, директивная или текущая. Дата начала (Start Date) — дата начала плановой операции, обычно употребляется с уточнением: фактическая, плановая, ожидаемая, расчетная, ранняя, поздняя, базовая, директивная или текущая. Декомпозиция (Decomposition) — метод планирования, предполагающий разбиение содержания проекта и результатов поставки проекта на более мелкие и легко управляемые элементы до тех пор, пока работы по проекту, связанные с выполнением содержания проекта и обеспечением результатов поставки, не определены достаточно подробно для исполнения, отслеживания и мониторинга этих работ. Диаграмма Парето (Pareto Chart) — гистограмма зависимости частоты наступления результатов от их причин. Диаграммы зависимостей (Flowcharting) — отображение в виде диаграммы входов, действий в процессе и выходов одного или нескольких процессов в системе. Документация по поставкам (Procurement Documents) — документы, используемые в торгах и при предложениях, включающие приглашение к предложениям, приглашение к переговорам, запрос информации, запрос расценок, запрос предложения покупателя и ответы продавца. Допущения (Assumptions) — факторы, которые для целей планирования считаются верными, реальными или определенными без привлечения доказательств. Допущения влияют на все аспекты планирования проекта и являются частью последовательной разработки проекта. Идентификация, документирование и проверка допущений часто являются частью процесса планирования проекта. Допущения обычно связаны с определенным риском. Жизненный цикл продукта (Product Life Cycle) — набор последовательных, обычно не перекрывающихся фаз продукта, название и количество которых определяется производственными и управленческими нуждами организации. Обычно последняя фаза жизненного цикла продукта — это гибель или разрушение продукта. Жизненный цикл проекта обычно укладывается в один или несколько жизненных циклов продукта. Жизненный цикл проекта (Project Life Cycle) — набор обычно последовательных фаз проекта, количество и состав которых определяется потребностями управления проектом организацией или организациями, участвующими в проекте. Жизненный цикл можно документировать с помощью методологии. Завершающие процессы (Closing processes) — процессы, выполняемые для формального завершения всех операций проекта или фазы и передачи полученного продукта другим или для завершения остановленного проекта. Задача (Работа, Операция) (Task) — термин для обозначения работы, значение и расположение которой в структурированном плане работ по проекту может различаться в зависимости от области приложения, отрасли и производителя программного обеспечения для управления проектами. Задержка (Lag) — дополнение к логической взаимосвязи, определяющее задержку выполнения последующей операции. Например, при логической взаимосвязи Финиш-старт с задержкой в 10 дней последующая операция может начаться не ранее, чем через 10 дней после окончания предшествующей операции. Заказчик (Customer) — лицо или организация, которые будут использовать продукт, услугу или результат проекта. См. также пользователь. Запрос информации (Request for Information) — тип документа по поставкам, посредством которого покупатель просит потенциального продавца предоставить ему ту или иную информацию о продукте, услуге или возможностях продавца. Запрос на изменение (Change Request) — запрос на увеличение или уменьшение содержания проекта, изменение стратегий, процессов, планов или процедур, изменение цен или бюджетов или пересмотр расписания. Запросы на изменение могут быть прямыми или косвенными, внешними или внутренними, а также обусловленными или не обусловленными законами или контрактом. Обрабатываются только задокументированные запрошенные изменения, и выполняются только одобренные запросы на изменение. Запрос предложения (Request for Proposal, RFP) — тип документа по поставкам, используемый для запроса предложений продуктов или услуг у предполагаемых продавцов. В отдельных областях приложения данный термин может иметь более узкое или специальное значение. Запрос расценок (Request for Quotation, RFQ) — тип документа по поставкам, используемый для запроса у предполагаемых продавцов предлагаемых цен на обычные или стандартные продукты или услуги. Иногда используется вместо запроса предложения; в некоторых областях приложения у этого термина может быть более узкое или специальное значение. Запрошенное изменение (Requested Change) — формально задокументированный запрос на изменение, ожидающий одобрения в рамках процесса общего управления изменениями. Иерархическая структура работ (ИСР) (Work Breakdown Structure, WBS) — ориентированная на результат поставки иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и необходимых результатов поставки. С ее помощью структурируется и определяется все содержание проекта. Каждый следующий уровень иерархии отражает более детальное определение элементов проекта. ИСР разбивается на пакеты работ. Ориентация на результат поставки включает внутренние и внешние результаты поставки. Иерархическая структура ресурсов (Resource Breakdown Structure, RBS) — иерархическая структура ресурсов, разбитая по категориям и типу ресурсов, используемая при выравнивании ресурсов в расписании, а также для разработки расписаний с ограниченными ресурсами, которую также можно использовать для определения и анализа назначения исполнителей в проекте. Иерархическая структура рисков (Risk Breakdown Structure, RBS) — иерархически организованное представление известных рисков проекта, распределенных по категориям и подкатегориям риска, указывающим различные области и причины возможных рисков. Иерархическая структура рисков часто подгоняется под конкретные типы проектов. Изменение содержания (Scope Change) — любые изменения содержания проекта. Изменение содержания обычно влечет за собой пересмотр сроков и стоимости проекта. Индекс выполнения сроков (ИВСР) (Schedule Performance Index, SPI) — показатель выполнения расписания проекта. Отношение освоенного объема (ОО) к плановому объему (ПО). Индекс выполнения расписания = освоенный объем поделенный на плановый объем. Значение, большее или равное 1, означает благоприятные условия, а значение, меньшее 1, означает неблагоприятные условия. Индекс выполнения стоимости (ИВСТ) (Cost Performance Index, CPI) — показатель эффективности проекта по стоимости. Отношение освоенного объема (ОО) к фактической стоимости (ФС). Индекс выполнения стоимости = освоенный объем поделенный на фактическую стоимость. Значение, большее или равное 1, означает благоприятные условия, а значение, меньшее 1, означает неблагоприятные условия. Инициатор (Initiator) — лицо или организация, у которой есть как возможность, так и полномочия для начала проекта. Инициация проекта (Project Initiation) — запуск процесса, который может завершиться авторизацией и определением содержания нового проекта. Инспекция (Inspection) — обследование и изучение с целью проверить, соответствует ли операция, элемент, продукт, результат или услуга указанным требованиям. Информационная система управления проектами (ИСУП, Project Management Information System, PMIS) — информационная система, которая состоит из инструментов и методов, используемых для сбора, интеграции и распространения результатов процессов управления проектами. Она используется для поддержки всех аспектов проекта от инициации до завершения и может включать в себя как ручные, так и автоматизированные системы. Информация об исполнении работ (Work Performance Information) — информация и данные о состоянии выполняемых плановых операций проекта, собираемые в рамках процессов руководства и управления исполнением проекта. Информация об исполнении включает в себя: состояние результатов поставки; состояние запросов на изменения, корректирующих действий, предупреждающих действий и исправления дефектов; прогнозы до завершения; подтвержденный процент физического выполнения работ; полученное значение технического измерения исполнения; даты начала и завершения плановых операций. Исполнение (Executing) — руководство, управление, выполнение и осуществление работ проекта, достижение результатов поставки и представление информации о выполнении работы. Историческая информация (Historical Information) — документы и данные по предыдущим проектам, включая архивы проектов, записи, корреспонденцию, закрытые контракты и проекты. Календарь проекта (Project Calendar) — календарь рабочих дней или смен, устанавливающий даты, в которые проводятся плановые операции, и нерабочие дни, т.е. даты, в которые плановые операции не производятся. Обычно в календаре указываются праздники, выходные и смены. Календарь ресурсов (Resource Calendar) — календарь рабочих и нерабочих дней, определяющий, в какие даты каждый ресурс может или не может быть использован. Обычно содержит определенные рабочие и нерабочие периоды каждого ресурса. Категория риска (Risk Category) — группа потенциальных причин риска. Причины риска могут быть сгруппированы в такие категории как технические, внешние, риски окружающей среды и управления проектами. Категории могут включать подкатегории, например, техническая усталость, погода или агрессивная оценка. См. также Иерархическая структура рисков. Качество (Quality) — степень, в которой ряд присущих характеристик соответствует требованиям. Команда проекта (Project Team) — все члены команды проекта, включая команду управления проектом, менеджера проекта и, в некоторых случаях, спонсора проекта. Команда управления проектом (Project Management Team) — члены команды проекта, непосредственно занятые в управлении его операциями. В небольших проектах команда управления проектом может включать практически всех членов команды проекта. Коммуникации (Communication) — процесс, с помощью которого среди людей происходит обмен информацией с использованием общей системы символов, знаков или поведения. Контракт «Время и материалы» (Time and Material (T&M) Contract) — тип смешанного контракта, содержащий элементы контракта с возмещением затрат и контракта с фиксированной ценой. Контракты «Время и материалы» напоминают контракты с возмещением затрат тем, что они открыты, то есть их объемы не определены в момент заключения. Таким образом, общая стоимость таких контрактов может увеличиваться аналогично контрактам с возмещением затрат. Этот тип контрактов также напоминает договоры с фиксированной ценой. Например, покупатель и продавец устанавливают единичные расценки, когда обе стороны договорились о ставках оплаты для категории «старший инженер». Контракт с возмещением затрат (Cost-Reimbursable Contract) — тип контракта, подразумевающий оплату (возмещение) покупателем продавцу его фактических затрат, а также вознаграждение, обычно составляющее прибыль продавца. Затраты обычно подразделяют на прямые затраты и непрямые затраты. К прямым затратам относят расходы, непосредственно связанные с осуществлением проекта, такие как зарплата членов команды проекта. К непрямым затратам, также называемым накладными, общехозяйственными или административными расходами, причисляют затраты исполняющей организации на ведение бизнеса, отнесенные на проект, такие как зарплата сотрудников, косвенно принимающих участие в проекте, а также оплата потребленной офисом электроэнергии. Непрямые затраты обычно рассчитываются в процентах от прямых затрат. В контракты с возмещением затрат часто включают пункты с поощрениями или бонусами за достижение или улучшение отдельных параметров проекта, таких как сроки выполнения или общая стоимость. |