Руководство к своду знаний по управлению проектами (Руководство pmbok) Пятое издание
 Скачать 11.68 Mb.
|
|
539 ©2013 Project Management Institute. Руководство к Своду знаний по управлению проектами (Руководство PMBOK®) — Пятое издание Интервью / Interviews. Формальный или неформальный подход, используемый для получения информации у заинтересованных сторон путем прямого разговора с ними. Информационная система управления проектами / Project Management Information System (PMIS). Информационная система, которая состоит из инструментов и методов, используемых для сбора, интеграции и распространения выходов процессов управления проектом. Информационная система управления проектами используется для поддержки всех аспектов проекта от инициации до закрытия и может включать в себя как ручные, так и автоматизированные системы. Информация об исполнении работ / Work Performance Information. Данные об исполнении, собранные в рамках различных процессов контроля, проанализированные в контексте и обобщенные на основе связей в различных областях. Исполнять / Execute. Руководить, управлять, выполнять и завершать работы проекта, предоставлять поставляемые результаты и информацию об исполнении работ. Исполняющая организация / Performing Organization. Предприятие, персонал которого в наибольшей степени вовлечен в работу над проектом или программой. Исправление дефекта / Defect Repair. Намеренное действие с целью исправления несоответствующего требованиям продукта или компонента продукта. Исследование рынка / Market Research. Процесс сбора информации на конференциях, в результате обзора сети Интернет и из различных источников для определения возможностей рынка. Историческая информация / Historical Information. Документы и данные по предыдущим проектам, включая архивы, записи и корреспонденцию проектов, закрытые договоры, а также закрытые проекты. Итеративный жизненный цикл / Iterative Life Cycle. Жизненный цикл проекта, при котором объем работ проекта обычно определяется на ранней стадии жизненного цикла проекта, но оценки сроков и стоимости регулярно уточняются по мере того, как команда проекта начинает лучше понимать продукт. Итеративность определяет разработку продукта путем выполнения ряда повторяющихся циклов, в то время как инкрементность определяет последовательное наращивание функциональности продукта. Календарь проекта / Project Calendar. Календарь, определяющий рабочие дни и смены, доступные для выполнения запланированных операций. Категоризация рисков / Risk Categorization. Организация на основании источников риска (например, используя RBS), области проекта, находящейся под воздействием (например, используя ИСР), или другой полезной категории (например, фазы проекта) с целью определения областей проекта, которые подвергаются наибольшему воздействию последствий неопределенности. Категория риска / Risk Category. Группа потенциальных источников риска. Качественный анализ рисков / Perform Qualitative Risk Analysis. Процесс расстановки приоритетов в отношении рисков для их дальнейшего анализа или действий, выполняемый путем оценки и сопоставления их воздействия и вероятности возникновения. ГЛОСС АРИЙ 540 ©2013 Project Management Institute. Руководство к Своду знаний по управлению проектами (Руководство PMBOK®) — Пятое издание Качество / Quality. Степень соответствия совокупности присущих характеристик требованиям. Код операции / Activity Code. Одно или несколько цифровых или буквенных значений, которые идентифицируют характеристики работы или относят операцию расписания к некоторой категории, что позволяет фильтровать и упорядочивать операции в отчетах. Код учета / Code of Accounts. Система нумерации, используемая для уникальной идентификации каждого компонента иерархической структуры работ (ИСР). Количественный анализ рисков / Perform Quantitative Risk Analysis. Процесс численного анализа воздействия идентифицированных рисков на цели проекта в целом. Команда проекта / Project Team. Группа лиц, которая поддерживает руководителя проекта в исполнении работ проекта для достижения целей проекта. Команда управления проектом / Project Management Team. Члены команды проекта, непосредственно занятые в операциях по управлению проектом. В небольших проектах команда управления проектом может включать практически всех членов команды проекта. Коммуникационные модели / Communication Models. Описание, представление на основе аналогии или схема, используемые для представления процесса коммуникаций в ходе проекта. Коммуникационные ограничения / Communication Constraints. Ограничения на содержание, сроки, аудиторию или лиц, задействованных в коммуникациях, обычно проистекающие из определенного закона или нормативного акта, технологических или организационных политик. Коммуникационные технологии / Communication Technology. Определенные инструменты, системы, компьютерные программы и т. д., используемые для передачи информации среди заинтересованных сторон проекта. Компонент иерархической структуры работ / Work Breakdown Structure Component. Элемент в иерархической структуре работ, который может находиться на любом уровне. Контекстные диаграммы / Context Diagrams. Визуальное отображение содержания продукта, показывающее бизнес- систему (процесс, оборудование, компьютерную систему и т. д.) и то, как люди и другие системы (действующие лица) взаимодействуют с ней. Контроль / Control. Сравнение фактического исполнения с запланированным, анализ отклонений, оценка тенденций для оказания воздействия на улучшение процесса, оценка возможных альтернатив и рекомендация соответствующих корректирующих воздействий, если это необходимо. Контроль вовлечения заинтересованных сторон / Control Stakeholder Engagement. Процесс мониторинга всех взаимоотношений заинтересованных сторон проекта и корректировки стратегий и планов для вовлечения заинтересованных сторон. Контроль закупок / Control Procurements. Процесс управления отношениями с поставщиками, мониторинга исполнения договоров, и, при необходимости, внесения изменений и корректив. ГЛОСС АРИЙ 541 ©2013 Project Management Institute. Руководство к Своду знаний по управлению проектами (Руководство PMBOK®) — Пятое издание Контроль изменений / Change Control. Процесс, с помощью которого модификации в документах, поставляемых результатах или базовых планах, связанных с проектом, идентифицируются, документируются, одобряются или отклоняются. Контроль качества / Control Quality. Процесс мониторинга и документирования результатов действий в области качества для оценки исполнения и вынесения рекомендаций относительно необходимых изменений. Контроль коммуникаций / Control Communications. Процесс мониторинга и контроля коммуникаций в ходе всего жизненного цикла проекта для обеспечения удовлетворения потребностей заинтересованных сторон проекта в информации. Контроль расписания / Control Schedule. Процесс мониторинга статуса операций проекта для актуализации прогресса проекта и управления изменениями базового расписания с целью соответствия плану. Контроль рисков / Control Risks. Процесс применения планов реагирования на риски, отслеживания идентифицированных рисков, мониторинга остаточных рисков, выявления новых рисков и оценки результативности процесса управления рисками на протяжении всего проекта. Контроль содержания / Control Scope. Процесс мониторинга состояния содержания проекта и продукта, а также управления изменениями базового плана по содержанию. Контроль стоимости / Control Costs. Процесс мониторинга статуса проекта для актуализации стоимости проекта и управления изменениями базового плана по стоимости. Контрольная карта / Control Chart. Графическое представление данных процесса во времени и в сравнении с установленными контрольными границами, имеющее осевую линию, позволяющую определить тренд величин по графику в направлении каждой из контрольных границ. Контрольное событие / Milestone. Важный момент или событие проекта, программы или портфеля. Контрольные границы / Control Limits. Область, образованная тремя стандартными отклонениями с каждой стороны осевой линии или среднего значения нормального распределения данных, отображенных на контрольной карте, которая отражает ожидаемые вариации в данных. См. также границы, заданные спецификацией. Контрольные списки качества / Quality Checklists. Структурированный инструмент, используемый для проверки выполнения ряда необходимых действий. Контрольный счет / Control Account. Представляет собой элемент управления, в котором содержание, бюджет, фактическая стоимость и расписание объединяются и сравниваются с освоенным объемом для измерения исполнения. Конференция участников тендера / Bidder Conference. Встречи с потенциальными продавцами до подготовки тендерной заявки или предложения с целью обеспечения того, чтобы потенциальные продавцы имели четкое и одинаковое представление о закупке. Также известны как конференции подрядчиков, конференции поставщиков или предзаявочные конференции. Корректирующее воздействие / Corrective Action. Намеренное действие с целью привести исполнение работ проекта в соответствие с планом управления проектом. ГЛОСС АРИЙ 542 ©2013 Project Management Institute. Руководство к Своду знаний по управлению проектами (Руководство PMBOK®) — Пятое издание Критерии / Criteria. Стандарты, правила или тесты, на которых может основываться решение или суждение или с помощью которых можно оценить продукт, услугу, результат или процесс. Критерии выбора поставщика / Source Selection Criteria. Набор характеристик, которым должен соответствовать или которые должен превосходить продавец, для того чтобы покупатель выбрал его в качестве исполнителя работ по договору. Критерии приемки /Acceptance Criteria. Набор условий, которые должны быть выполнены до того, как поставляемые результаты будут приняты. Критический путь / Critical Path. Последовательность операций, представляющая собой самый длительный путь в расписании проекта, который определяет самую короткую возможную длительность проекта. Линейчатая диаграмма / Bar Chart. Графическое представление информации, относящейся к расписанию. В типичной линейчатой диаграмме перечень операций расписания или компонентов иерархической структуры работ располагается вдоль левой стороны диаграммы, даты размещены сверху, а длительности операций показаны в виде горизонтальных столбиков, привязанных к датам. См. также диаграмма Ганта. Листы сбора данных / Checksheets. Лист для подсчета, который может быть использован как контрольный список при сборе данных. Логика сети / Network Logic. Совокупность связей операций расписания, образующая диаграмму сети расписания проекта. Логическая связь / Logical Relationship. Зависимость между двумя операциями или между операцией и контрольным событием. Материальные средства / Material. Совокупность предметов, используемых организацией в любом предприятии, таких как оборудование, приборы, инструменты, механизмы, различные устройства и материалы. Матрица вероятности и воздействия / Probability and Impact Matrix. Таблица, отображающая вероятность наступления каждого риска и его воздействие на цели проекта в случае его наступления. Матрица ответственности (МО) /Responsibility Assignment Matrix (RAM). Таблица, показывающая ресурсы проекта, назначенные для каждого пакета работ. Матрица отслеживания требований / Requirements Traceability Matrix. Таблица, связывающая требования к продукту, начиная от их создания и заканчивая предоставлением соответствующих им поставляемых результатов. Матрицы приоритетов / Prioritization Matrices. Инструмент планирования управления качеством, используемый для идентификации ключевых проблем и оценки подходящих альтернатив с целью расстановки приоритетов исполнения. Матричная организация / Matrix Organization. Любая организационная структура, в которой руководитель проекта разделяет с функциональными руководителями ответственность по заданию приоритетов и руководству работой лиц, назначенных для исполнения проекта. Матричные диаграммы / Matrix Diagrams. Инструмент управления и контроля качества, используемый для анализа данных в пределах организационной структуры, созданной в матрице. При помощи матричной диаграммы стремятся показать силу зависимостей между факторами, причинами и целями, отображенными в матрице в виде рядов и столбцов. ГЛОСС АРИЙ 543 ©2013 Project Management Institute. Руководство к Своду знаний по управлению проектами (Руководство PMBOK®) — Пятое издание Метод / Technique. Определенная систематическая процедура, применяемая персоналом для выполнения операции с целью получения продукта или результата или оказания услуги, в которой также может использоваться один или несколько инструментов. Метод взвешенного контрольного события / Weighted Milestone Method. Метод освоенного объема, разделяющий пакет работ на измеримые сегменты, каждый из которых заканчивается заметным контрольным событием, а потом назначающий взвешенное значение для достижения каждого контрольного события. Метод Дельфи / Delphi Technique. Метод сбора информации, используемый для достижения консенсуса экспертов по какому-либо вопросу. В этом методе эксперты участвуют на условиях анонимности. Модератор с помощью вопросника запрашивает мнения по важным моментам проекта, относящимся к данному вопросу. Ответы резюмируются и возвращаются экспертам для комментирования. Консенсуса можно достичь за несколько циклов этого процесса. Метод Дельфи позволяет преодолеть необъективность в данных и устраняет избыточное влияние отдельных лиц на исход обсуждения. Метод диаграмм предшествования / Precedence Diagramming Method (PDM). Метод, используемый для составления модели расписания, в которой операции графически связаны одной или несколькими логическими связями, которые показывают последовательность выполнения операций. Метод критического пути / Critical Path Method (CPM). Метод, используемый для оценки минимальной длительности проекта и определения степени гибкости расписания на логических путях в сети модели расписания. Метод критической цепи / Critical Chain Method (CCM). Метод разработки расписания, позволяющий команде проекта размещать буферы на любом пути в расписании, чтобы учесть ограниченность ресурсов и неопределенности, связанные с проектом. Метод Монте-Карло / Monte Carlo Analysis. Метод, при котором многократно рассчитывают стоимость или расписание проекта с использованием входных величин, произвольно взятых из возможных значений стоимости или длительности с учетом распределения их вероятностей, с целью получения распределения значений общей стоимости проекта или дат завершения проекта. Метод номинальных групп / Nominal Group Technique. Метод, расширяющий мозговой штурм путем процесса голосования, используемого для ранжирования наиболее полезных идей для последующего мозгового штурма или приоритезации. Метод оценки и анализа программ / Program Evaluation and Review Technique (PERT). Метод оценки, использующий взвешенную среднюю величину оптимистичной, пессимистичной и наиболее вероятной оценки в тех случаях, когда существует неопределенность в оценках отдельных операций. Метод фиксированной формулы / Fixed Formula Method. Метод освоенного объема, при использовании которого назначение определенной части сметной стоимости пакета работ проиcходит на контрольное событие старта пакета работ, при этом оставшаяся часть сметной стоимости назначается на завершение пакета работ. Методология / Methodology. Система практик, методов, процедур и правил, используемых в определенной сфере деятельности. ГЛОСС АРИЙ 544 ©2013 Project Management Institute. Руководство к Своду знаний по управлению проектами (Руководство PMBOK®) — Пятое издание Методы группового принятия решений / Group Decision-Making Techniques. Методы оценки многочисленных альтернатив, которые будут использоваться для генерирования, классификации и приоритезации требований к продукту. Методы группового творчества / Group Creativity Techniques. Методы, используемые для генерирования идей внутри группы заинтересованных сторон. Методы диаграмм / Diagramming Techniques. Подходы к представлению информации с отображением логических связей, которые помогают в понимании. Методы количественного анализа и моделирования рисков / Quantitative Risk Analysis and Modeling Techniques. Методы, повсеместно используемые как в подходах анализа, ориентированного на события, так и в подходах анализа, ориентированного на проект. Методы коммуникаций / Communication Methods. Систематическая процедура, метод или процесс, используемый для передачи информации среди заинтересованных сторон проекта. Методы оптимизации ресурсов / Resource Optimization Techniques. Метод, используемый для регулирования дат старта и финиша операций, с помощью которого запланированное использование ресурсов регулируется таким образом, чтобы оно было равно или было меньше доступного количества ресурсов. Методы оценки предложения / Proposal Evaluation Techniques. Процесс рассмотрения предложений от поставщиков с целью выработки решения по заключению договора. Методы сбора и представления информации / Data Gathering and Representation Techniques. Методы, используемые для сбора, организации и представления данных и информации. Методы сбора информации / Information Gathering Techniques. Повторяющиеся процессы, используемые для сбора и организации данных из различных источников. Метрики качества / Quality Metrics. Описание характерного свойства проекта или продукта и способа его оценки. Мнение заказчика / Voice of the Customer. Метод планирования, используемый для предоставления продуктов, услуг и результатов, которые полностью отражают требования заказчика, с помощью преобразования этих требований в соответствующие технические требования для каждой фазы разработки продукта проекта. |