Галерея диаграмм связей Инженер по управлению проектами системной интеграции, 3-е изданиепромежуточное тестирование программного обеспечения, глава 13, группа процессов мониторинга
Инженер по управлению проектами системной интеграции, 3-е издание/Промежуточное тестирование программного обеспечения/Глава 13, группа процессов мониторинга. Группа процессов мониторинга состоит из 12 процессов, таких как мониторинг выполнения проекта и принятие корректирующих мер при необходимости, выявление необходимых изменений плана и инициирование соответствующих процедур изменений.
Отредактировано в 2024-03-13 04:27:54группа процессов мониторинга
краткое содержание
Группа процессов мониторинга состоит из 12 процессов, таких как мониторинг выполнения проекта и принятие корректирующих мер при необходимости, выявление необходимых изменений плана и инициирование соответствующих процедур изменений.
Между процессами существует взаимодействие и работа ведется параллельно. Надзор – это сбор данных о реализации проекта, расчет показателей эффективности, а также отчетность и распространение информации о результативности. Контроль – это сравнение фактической производительности с запланированной производительностью, анализ отклонений, оценка тенденций для улучшения процессов, оценка альтернатив и рекомендации необходимых корректирующих действий.
Целью этой группы процессов является регулярный мониторинг и измерение эффективности проекта, чтобы оперативно осознавать отклонения между фактическими условиями и планом управления проектом, разрабатывать превентивные меры для ожидаемых проблем, которые могут возникнуть, и контролировать изменения.
Группа процессов мониторинга и контроля не только отслеживает и контролирует текущую работу определенной группы процессов, но также отслеживает и контролирует результаты всего проекта.
Постоянный мониторинг позволяет команде проекта и другим заинтересованным сторонам получить представление о состоянии проекта и выявить области, требующие дополнительного внимания. В группе процессов мониторинга существует необходимость отслеживать и контролировать работу, выполняемую в каждой области знаний, каждой группе процессов, каждой фазе жизненного цикла и на протяжении всего проекта.
Необходимо выполнить 11 видов работ
1. Сравнивайте исполнение с планами, анализируйте эффективность проекта (включая выполнение объема, выполнение графика, снижение затрат и качество), а также выявляйте и количественно оценивайте отклонения в производительности.
2. Анализируйте масштабы и причины отклонений и прогнозируйте будущие результаты.
3. На основе результатов анализа и прогнозирования (если пороговые значения контроля превышены) инициируйте запросы на изменения, включая корректирующие действия, рекомендации по устранению дефектов, рекомендации по изменению плана и рекомендации по предупреждающим действиям.
4. В соответствии с положениями плана управления изменениями проведите всестороннюю проверку запроса на изменение и примите такие решения, как одобрение, отклонение или отложение.
5. Помимо управления изменениями проекта для достижения установленных целей проекта, изменениями проекта также необходимо управлять с точки зрения обеспечения того, чтобы проект продолжал удовлетворять бизнес-потребностям, а запросы на изменения для изменения целей проекта должны быть представлены в комитет по контролю изменений. для подтверждения.
6. Своевременно проверяйте и устраняйте различные проблемы в журнале проблем, записанном во время выполнения проекта, чтобы свести к минимуму негативное влияние этих проблем на проект.
7. Своевременно проверяйте качество выполненных результатов и своевременно принимайте результаты с квалифицированным качеством, чтобы гарантировать, что результаты проекта могут соответствовать требованиям проекта, способствовать организационным изменениям и создавать ценность для бизнеса.
8. Контролируйте участие членов команды и заинтересованных сторон в проекте, чтобы убедиться, что оно способствует успеху проекта.
9. Мониторинг закупочной деятельности по проекту, чтобы убедиться, что усилия по закупкам способствуют достижению целей проекта.
10. Контролируйте как отдельные риски проекта, так и общие риски проекта, а также эффективность усилий по управлению рисками, чтобы уменьшить угрозы целям проекта и повысить вероятность достижения целей проекта.
11. Постоянно обобщайте опыт и уроки для постоянного совершенствования.
12 процессов
一、 Контроль качества
I. определение
Процесс мониторинга и записи результатов деятельности по управлению качеством с целью оценки эффективности и обеспечения полноты, правильности и соответствия результатов проекта ожиданиям клиентов.
II. эффект
i. Убедитесь, что результаты проекта и работа соответствуют требованиям качества ключевых заинтересованных сторон и доступны для окончательной приемки.
ii. Определите, соответствуют ли результаты проекта своему назначению, соответствуя всем применимым стандартам, требованиям, правилам и спецификациям.
III. Этот процесс должен осуществляться на протяжении всего проекта.
IV. Этот процесс проверяет согласованность и соответствие спецификациям, описанным на этапе планирования, путем измерения всех шагов, атрибутов и переменных. Контроль качества должен осуществляться на протяжении всего проекта с использованием надежных данных, демонстрирующих, что проект соответствует критериям приемки спонсора и/или клиента.
V. Уровень усилий и исполнения, необходимых для контроля качества, может варьироваться в зависимости от отрасли и стиля управления проектами. В гибких или адаптивных проектах действия по контролю качества могут выполняться всеми членами команды на протяжении всего жизненного цикла проекта; в каскадных или прогнозных проектах действия по контролю качества выполняются конкретными членами команды в определенные моменты времени или ближе к концу проекта или фаза, время выполнения.
VI. ИТО
i. входить
1. План управления проектом
план управления качеством
Определяет, как будет осуществляться контроль качества проектов.
2. Документы проекта
(1) Регистрация извлеченных уроков
Уроки, извлеченные на ранних этапах проекта, могут быть применены на более поздних этапах для улучшения контроля качества.
(2) меры качества
Предназначен для описания атрибутов проекта или продукта и того, как процесс контроля качества будет проверять соответствие.
(3) Документы по испытаниям и оценке
Используется для оценки степени достижения целей в области качества.
3. Утвержденные запросы на изменение
Во время реализации общего контроля изменений журнал изменений обновляется, чтобы показать, какие изменения были одобрены, а какие не утверждены. Утвержденные запросы на изменения могут включать различные изменения, такие как исправление дефектов, пересмотренные методы работы и пересмотренные графики. Неполные или неправильные шаги при выполнении локальных изменений могут привести к несогласованности и задержкам. Реализация одобренных запросов на изменения подлежит проверке и требует подтверждения полноты, правильности и повторного тестирования.
4. Результаты
Результатом поставки является любой уникальный и поддающийся проверке продукт, результат или возможность оказания услуги, которые должны быть созданы после завершения процесса, фазы или проекта. Результаты рабочего процесса проекта «Направление и управление» будут проверены и сопоставлены с критериями приемки, определенными в описании содержания проекта.
5. данные о производительности труда
Данные об исполнении работ включают в себя данные о состоянии продукта, такие как наблюдения, показатели качества, показатели технических показателей, а также информацию о качестве проекта по выполнению графика и эффективности затрат.
6. Факторы деловой среды
7. активы организационного процесса
ii. Инструменты и методы
1. Сбор данных
(1) Контрольный список
Помогает структурированно управлять и контролировать деятельность по обеспечению качества.
(2) Контрольный список
Также известная как счетная таблица, она используется для разумного расположения различных элементов для эффективного сбора полезных данных по потенциальным качественным проблемам. При проведении проверок с целью выявления дефектов контрольные списки особенно удобны для сбора атрибутивных данных, например данных о количестве или последствиях дефектов.
(3) статистическая выборка
Это относится к выбору нескольких образцов из целевой совокупности для проверки (например, случайный выбор 10 инженерных чертежей из 75 штук). Образцы используются для измерительного контроля и подтверждения качества. Частота и масштаб отбора проб должны определяться в ходе планирования процесса управления качеством.
(4) Анкета
Может использоваться для сбора данных об удовлетворенности клиентов после внедрения продукта или услуги. Затраты, связанные с дефектами, указанные в анкете, можно считать внешними издержками из-за сбоев в модели COQ, оказывающими влияние на организацию, выходящее за рамки самих затрат.
2. Анализ данных
(1) обзор производительности
Сравните показатели качества, определенные в процессе планирования управления качеством, с фактическими результатами путем их измерения, сравнения и анализа.
(2) Анализ первопричин (RAC)
Анализ первопричин используется для выявления причин дефектов.
3. Проверять
Инспекция — это проверка продукта работы на предмет соответствия письменным стандартам. Результаты проверок обычно включают в себя соответствующие данные измерений и могут проводиться на любом уровне: от результатов отдельных мероприятий до конечного продукта проекта. Инспекции также могут называться проверками, экспертными оценками, аудитами или инспекциями, но в некоторых областях применения эти термины имеют более узкое и конкретное значение. Проверки также могут использоваться для подтверждения устранения дефектов.
4. Тестирование/Оценка продукта
Тестирование — это организованное структурированное исследование, призванное предоставить объективную информацию о качестве тестируемого продукта или услуги на основе потребностей проекта. Целью тестирования является выявление ошибок, дефектов, уязвимостей или других несоответствий в продукте или услуге. Тип, объем и степень тестирования, используемого для оценки каждого требования, являются частью плана качества проекта и зависят от характера проекта, времени, бюджета или других ограничений. Тестирование может проводиться на протяжении всего проекта, по мере того, как становятся доступными различные компоненты проекта, или в конце проекта, когда предоставляются окончательные результаты. Раннее тестирование помогает выявить проблемы несоответствия и помогает снизить затраты на исправление несоответствующих компонентов. Разные области применения требуют разных испытаний.
5. Производительность данных
(1) диаграмма причин и следствий
Используется для выявления дефектов качества и возможных последствий ошибок.
(2) Контрольные диаграммы
Используется для определения того, является ли процесс стабильным или имеет предсказуемую производительность. Верхний и нижний пределы спецификации устанавливаются исходя из требований и отражают максимально и минимально допустимые значения. Верхние и нижние контрольные пределы отличаются от пределов спецификации. Пределы регулирования определяются стандартными статистическими расчетами по стандартным статистическим принципам и представляют собой естественный диапазон колебаний устойчивого процесса. На основе рассчитанных контрольных пределов руководитель проекта и заинтересованные стороны могут определить контрольные точки, требующие корректирующих действий, чтобы предотвратить выход производительности за пределы контрольных пределов. Контрольные диаграммы можно использовать для мониторинга различных типов выходных переменных. Хотя контрольные диаграммы чаще всего используются для отслеживания повторяющихся действий в серийном производстве, их также можно использовать для мониторинга отклонений затрат и графика, доходности, частоты изменений содержания или других усилий управления, чтобы помочь определить, находится ли процесс управления проектом под контролем.
(3) Гистограмма
Количество дефектов может быть представлено по источнику или компоненту.
(4) График рассеяния
Запланированная производительность может быть представлена на одной оси, а фактическая производительность — на другой.
6. встреча
(1) Просмотр одобренных запросов на изменение
Все утвержденные запросы на изменения проверяются, чтобы убедиться, что они были реализованы утвержденным способом, подтвердить, что частичные изменения были завершены и что все части были выполнены, протестированы, завершены и проверены.
(2) Обзор/Извлеченные уроки
Встречи, проводимые командой проекта
Целью обсуждения следующего:
1||| Факторы успеха проекта/фазы;
2||| области для улучшения;
3||| Что можно добавить в текущие проекты и будущие проекты;
4||| Что можно добавить к активам процессов организации и т.д.
iii. выход
1. Результаты измерений при контроле качества
Измерения качества контроля представляют собой письменную запись результатов деятельности по контролю качества и должны регистрироваться в формате, определенном планом управления качеством.
2. Проверенные результаты
Одной из целей процесса контроля качества является определение правильности результатов. Результаты проведения процесса контроля качества представляют собой проверенные результаты, которые, в свою очередь, являются входными данными для процесса проверки содержания для формальной приемки. Если есть какие-либо запросы на изменения или улучшения, связанные с результатами, изменения могут быть реализованы, проверены и повторно проверены.
3. информация о производительности труда
Информация об исполнении работ включает в себя информацию о достижении требований проекта, причинах отказов, необходимых доработках, рекомендациях по корректирующим действиям, перечне проверенных результатов, состоянии показателей измерения качества и необходимости корректировки процесса.
4. Запрос на изменение
5. Обновление плана управления проектом
План управления качеством
6. Обновления файлов проекта
(1) Журнал проблем
(2) Регистрация извлеченных уроков
(3) реестр рисков
(4) Документы по испытаниям и оценке
二、 Подтвердите область действия
I. определение
Процесс формальной приемки завершенных результатов проекта.
II. эффект
Обеспечьте объективность процесса приемки и увеличьте вероятность принятия конечного продукта, услуги или результата путем проверки каждого результата.
III. Этот процесс следует проводить регулярно на протяжении всего проекта по мере необходимости.
IV. Проверенные результаты процесса контроля качества проверяются ключевыми заинтересованными сторонами, особенно заказчиком или спонсором, чтобы подтвердить, что эти результаты были удовлетворительно завершены и официально приняты. Процесс проверки содержания обеспечивает проверку и окончательную приемку результатов на основе результатов, полученных в результате соответствующих процессов в области знаний управления содержанием проекта (например, документов с требованиями или базовых показателей содержания), а также данных о производительности работ, полученных в результате процессов выполнения в других областях знаний.
V. Действия для подтверждения объема
Проверка объема должна происходить на протяжении всего проекта. Если содержание проекта подтверждается на каждом этапе проекта, вам также следует подумать о том, как уменьшить частоту изменений содержания проекта посредством координации проекта, чтобы гарантировать, что изменения содержания проекта будут эффективными и своевременными.
Общие шаги для подтверждения объема включают в себя:
1. Определить, когда требуется проверка объема;
2. Определить, какие входные данные необходимы для проверки объема;
3. Определить критерии и элементы формально принятой области применения;
4. Также определите организационные шаги для совещания по подтверждению содержания;
5. Совещание по подтверждению организационного объема.
Обычно перед подтверждением содержания команде проекта необходимо сначала выполнить работу по контролю качества. Например, перед подтверждением содержания проекта программного обеспечения необходимо тестирование системы и другие работы, чтобы обеспечить плавное завершение работ по подтверждению.
Разница между процессом подтверждения содержания и процессом контроля качества заключается в том, что первый фокусируется на приемке результатов, а второй - на правильности результатов и их соответствии требованиям качества. Процесс контроля качества обычно предшествует процессу проверки объема, но их можно выполнять одновременно.
VI. Проблемы, которые стоит проверить
1. Являются ли результаты конкретными и подтверждаемыми?
2. Есть ли у каждого результата четкие вехи, и есть ли у вех четкие, идентифицируемые события? Например, письменное одобрение от заказчика.
3. Существуют ли четкие стандарты качества? Поставка результатов должна иметь не только четкую стандартную отметку, но и то, выполнена ли она в соответствии с требованиями. Имеется ли четкая связь между результатами и их стандартами?
4. Четко ли доведены до сведения обзоры и обязательства? Спонсор проекта должен официально согласовать границы проекта, продукты или услуги, которые будут реализованы в рамках проекта, а также результаты, связанные с проектом. Команда проекта должна иметь четкое представление о том, каковы результаты проекта. Все это должно быть выражено четко и единогласно.
5. Охватывает ли объем проекта все действия, которые необходимо выполнить для продукта или услуги. Есть ли какие-либо упущения или ошибки?
6. Не слишком ли высоки риски масштаба проекта? Может ли руководство снизить воздействие на проект в случае возникновения риска?
VII. Различия в фокусе внимания заинтересованных сторон
1. Руководство фокусируется в первую очередь на масштабе проекта.
Это относится к влиянию масштаба на ход проекта, средства и ресурсы, превышают ли эти факторы масштабы организации и являются ли входные и выходные данные разумными.
2. Клиенты в основном ориентируются на ассортимент продукции
Обеспокоен тем, достаточны ли результаты проекта для завершения продукта или услуги.
3. Менеджеры проектов сосредотачиваются в первую очередь на ограничениях проекта.
Озабоченность тем, достаточны ли результаты проекта и должны ли они быть завершены, достаточно ли времени, средств и ресурсов, основные потенциальные риски и готовые решения.
4. Члены проектной команды в основном сосредотачиваются на элементах объема проекта, в которых они участвуют и за которые несут ответственность.
Проверьте, достаточно ли вашего рабочего времени, определив время в объеме, есть ли у вас несколько задач в рамках проекта и нет ли конфликтов между этими задачами.
VIII. ИТО
i. входить
1. план управления проектом
(1) план управления объемом
Определяет, как завершенные результаты будут официально приняты.
(2) план управления спросом
Описывает, как определить требования проекта.
(3) Базовый уровень объема
Сравните базовый план объема с фактическими результатами, чтобы определить, необходимы ли изменения, корректирующие или предупреждающие действия.
2. файлы проекта
(1) документ с требованиями
Сравните требования с фактическими результатами, чтобы определить, необходимы ли изменения, корректирующие или предупреждающие действия.
(2) Матрица отслеживания требований
Содержит информацию, связанную с требованиями, включая способы подтверждения требований.
(3) отчет о качестве
Отчет может включать обзор всех вопросов обеспечения качества, которыми управляет команда или о которых сообщается, предложения по улучшениям и проблемы, обнаруженные в процессе контроля качества. Все это необходимо проверить перед приемкой продукта.
(4) Регистрация извлеченных уроков
Уроки, извлеченные на ранних этапах проекта, могут быть применены на более поздних этапах для повышения эффективности и результативности принятия результатов.
3. Проверенные результаты
Проверенные результаты — это те результаты, которые были завершены и проверены на правильность в процессе контроля качества.
4. данные о производительности труда
Сюда может входить степень выполнения требований, количество несоответствий, серьезность несоответствий или количество проверок, выполненных в течение определенного периода времени.
ii. Инструменты и методы
1. исследовать
2. принятие решений
голосование
iii. выход
1. Результаты для приемки
Результаты, соответствующие критериям приемки, должны быть официально подписаны клиентом или спонсором. От клиента или спонсора должна быть получена официальная документация, подтверждающая официальное принятие результатов проекта заинтересованными сторонами. Эти документы будут представлены на заключительный проект или этап процесса.
2. Запрос на изменение
3. информация о производительности труда
Информация об исполнении работ включает в себя информацию о ходе проекта, например, какие результаты были приняты, а какие не были приняты и почему. Эта информация должна быть записана и передана заинтересованным сторонам.
4. Обновления файлов проекта
(1) Регистрация извлеченных уроков
(2) документ с требованиями
(3) Матрица отслеживания требований
三、 Диапазон управления
I. определение
Отслеживайте состояние проекта и содержания продукта и управляйте процессом изменения базового плана содержания.
II. эффект
Поддерживайте базовый уровень содержания на протяжении всего проекта.
III. Этот процесс должен осуществляться на протяжении всего проекта.
IV. Контроль содержания проекта гарантирует, что все запросы на изменения, рекомендуемые корректирующие действия или предупреждающие действия обрабатываются посредством реализации общего процесса управления изменениями. Объем процесса контроля также необходим для управления изменениями, когда они действительно происходят. Процесс определения объема контроля должен проводиться в координации с другими процессами контроля.
V. Ползучесть масштаба
Неконтролируемое расширение объема продукта или проекта (без соответствующей корректировки времени, стоимости и ресурсов).
VI. ИТО
i. входить
1. план управления проектом
(1) план управления объемом
Документировано, как контролировать объем проекта и продукта.
(2) план управления спросом
Документы по управлению требованиями проекта.
(3) план управления изменениями
Определен процесс управления изменениями проекта.
(4) план управления конфигурацией
Он определяет, какие элементы конфигурации являются элементами конфигурации, какие элементы конфигурации требуют формального контроля изменений, а также процесс контроля изменений для этих элементов конфигурации.
(5) Базовый уровень объема
Сравните базовый план объема с фактическими результатами, чтобы определить, необходимы ли изменения, корректирующие или предупреждающие действия.
(6) тесты измерения производительности
При использовании анализа освоенного объема базовые показатели измерения производительности сравниваются с фактическими результатами, чтобы определить, необходимы ли изменения, корректирующие или предупреждающие действия.
2. файлы проекта
(1) Регистрация извлеченных уроков
Уроки, извлеченные на ранних этапах проекта, могут быть применены на более поздних этапах для улучшения контроля содержания.
(2) документ с требованиями
Используется для выявления любых отклонений от согласованного объема проекта или продукта.
(3) Матрица отслеживания требований
Это помогает изучить влияние любых изменений или любых отклонений от базовой линии содержания на цели проекта. Это также обеспечивает статус контролируемых требований.
3. данные о производительности труда
Данные о производительности работы могут включать количество полученных запросов на изменения, количество принятых запросов на изменения или количество проверенных, подтвержденных и завершенных результатов.
4. Активы организационного процесса
ii. Инструменты и методы
1. анализ данных
(1) Анализ отклонений
(2) анализ тенденций
iii. выход
1. информация о производительности труда
Информация об исполнении работ, получаемая в процессе контроля содержания, представляет собой взаимосвязанную и контекстуализированную информацию о том, как содержание проекта и продукта выполняется по сравнению с базовым планом содержания, включая классификацию полученных изменений, выявленные отклонения от содержания и их причины, влияние отклонений на график и стоимость, а также прогнозы. будущих результатов деятельности.
2. Запрос на изменение
3. Обновление плана управления проектом
(1) план управления объемом
(2) Базовый уровень объема
(3) базовый уровень прогресса
(4) базис затрат
(5) тесты измерения производительности
4. Обновления файлов проекта
(1) документ с требованиями
(2) Матрица отслеживания требований
(3) Регистрация извлеченных уроков
四、 контролировать прогресс
I. определение
Отслеживайте состояние проекта, чтобы обновлять информацию о его ходе и процессе управления изменениями в базовом плане расписания.
II. эффект
Поддержание базового графика на протяжении всего проекта.
III. Этот процесс должен осуществляться на протяжении всего проекта.
IV. Чтобы обновить модель прогресса, вам необходимо знать фактическую производительность на сегодняшний день. Любые изменения базового плана должны быть одобрены посредством реализации общего процесса контроля изменений.
V. Контроль прогресса В рамках реализации общего процесса контроля изменений сосредоточьтесь на:
1. Определить текущий статус хода проекта;
2. оказывать влияние на факторы, вызывающие изменения графика;
3. Пересмотреть необходимые резервы графика;
4. Определить, изменился ли график проекта;
5. Управляйте изменениями по мере их фактического возникновения.
VI. Если вы применяете гибкие методы, обратите внимание на следующее:
1. Определить текущий статус хода проекта путем сравнения общего объема выполненных и принятых работ за предыдущий период времени с оценкой выполненных работ.
2. Проводить ретроспективные обзоры (регулярные обзоры для фиксации извлеченных уроков) с целью корректировки и улучшения процесса.
3. Измените приоритеты оставшегося плана работы (элементы невыполненных работ).
4. Подтвердите скорость, с которой результаты создаются, проверяются и принимаются в течение каждой итерации (согласованная продолжительность рабочего цикла, обычно две недели или один месяц).
5. Определите, что график проекта изменился.
6. Управляйте изменениями по мере их фактического возникновения.
VII. При аутсорсинге работ регулярное получение обновлений о статусе и контрольных точках от подрядчиков и поставщиков является одним из способов гарантировать, что работа продвигается в соответствии с согласованным графиком, и помогает обеспечить контроль за ходом работ. В то же время следует проводить обзоры и проверки состояния хода работ, чтобы гарантировать точность и полноту отчетов подрядчика.
VIII. ИТО
i. входить
1. план управления проектом
(1) план управления прогрессом
Описывает частоту обновления прогресса, как использовать резервы прогресса и как контролировать прогресс.
(2) базовый уровень прогресса
Сравните базовые показатели прогресса с фактическими результатами, чтобы определить, необходимы ли изменения, корректирующие или предупреждающие действия.
(3) Базовый уровень объема
WBS проекта, результаты, ограничения и предположения в базовом плане содержания должны быть четко рассмотрены.
(4) тесты измерения производительности
При использовании анализа освоенного объема базовые показатели измерения производительности сравниваются с фактическими результатами, чтобы определить, необходимы ли изменения, корректирующие или предупреждающие действия.
2. файлы проекта
(1) Регистрация извлеченных уроков
Уроки, извлеченные на ранних этапах проекта, могут быть применены на более поздних этапах для улучшения контроля над графиком.
(2) Календарь проектов
В модели расписания для прогнозирования хода проекта может потребоваться более одного календаря проекта, поскольку некоторые действия требуют разных периодов работы.
(3) Расписание проекта
— это последняя версия расписания проекта.
(4) Календарь ресурсов
Показано наличие командных и физических ресурсов.
(5) данные о прогрессе
Данные о ходе выполнения необходимо просматривать и обновлять в ходе процесса контроля хода выполнения.
3. данные о производительности труда
Данные о производительности работ содержат данные о состоянии проекта, например о том, какие действия были начаты, как они выполняются (например, фактическое время до завершения, оставшееся время и фактический процент завершения), а также какие действия были завершены.
4. Активы организационного процесса
ii. Инструменты и методы
1. анализ данных
(1) Анализ освоенного объема
Индикаторы измерения эффективности расписания, такие как отклонение графика (SV) и индекс эффективности расписания (SP1), используются для оценки степени отклонения от исходного базового плана расписания.
(2) Итеративная диаграмма сгорания
Этот тип диаграммы используется для отслеживания работы, которую еще предстоит выполнить в журнале итерации. Он анализирует отклонения от идеальной диаграммы сгорания. На диаграмме выгорания сначала используется диагональная линия, чтобы представить идеальную ситуацию выгорания, а затем каждый день рисуется фактическая оставшаяся работа. Наконец, на основе оставшейся работы рассчитывается линия тренда для прогнозирования завершения.
(3) обзор производительности
Относится к измерению, сравнению и анализу производительности расписания с базовыми показателями расписания, такими как фактические даты начала и окончания, процент выполнения и оставшееся время текущей работы.
(4) анализ тенденций
Изучите эффективность проекта с течением времени, чтобы определить, улучшается или ухудшается производительность. Методы графического анализа помогают понять производительность на текущий момент и сравнить ее с будущими целевыми показателями, выраженными в виде дат завершения.
(5) Анализ отклонений
Ориентируйтесь на отклонение фактических дат начала и окончания от плана, отклонение фактической продолжительности от плана и отклонение резерва. Он включает в себя определение причины и степени отклонений от базового графика, оценку влияния этих отклонений на будущую работу и определение необходимости корректирующих или предупреждающих действий.
(6) Анализ сценариев «что, если»
На основе результатов процесса управления рисками проекта оцениваются различные сценарии для приведения модели графика в соответствие с планом управления проектом и утвержденными базовыми показателями.
2. метод критического пути
Проверка хода критического пути помогает определить статус хода проекта. Отклонения от критического пути окажут прямое влияние на дату окончания проекта. Оценка хода работ на подкритическом пути может помочь выявить риски расписания.
3. информационная система управления проектами
4. Оптимизация ресурсов
Методы оптимизации ресурсов — это планирование действий и ресурсов, необходимых для этих действий, с учетом как доступности ресурсов, так и времени проекта.
5. опережать и отставать
Скорректируйте опережения и задержки в сетевом анализе, чтобы попытаться вернуть отстающие действия проекта в соответствие с планом.
6. Сжатие прогресса
Используйте методы сжатия расписания, чтобы привести в порядок действия проекта, которые отстают от графика, а для оставшейся работы вы можете использовать быстрые методы последующих действий или срочные методы.
iii. выход
1. информация о производительности труда
Информация об исполнении работ включает в себя то, как выполняются работы по проекту по сравнению с базовыми планами расписания. Отклонения дат начала и окончания, а также отклонения длительности можно рассчитать на уровне пакета работ и на уровне контрольного счета. Для проектов, использующих анализ освоенного объема, отклонение от графика (SV) и индекс выполнения графика (SP1) будут регистрироваться в отчете о выполнении работ.
2. прогноз прогресса
Прогноз расписания относится к оценке или прогнозированию будущих условий и событий проекта на основе существующей информации и знаний. По мере реализации проекта прогнозы расписания должны обновляться и переиздаваться на основе информации об исполнении работ, ожидаемых будущих показателях на основе корректирующих или предупреждающих действий, которые могут включать индекс эффективности освоенного объема, а также информации о резервах расписания, которые могут повлиять на проект в будущем. .
3. Запрос на изменение
4. Обновление плана управления проектом
(1) план управления прогрессом
(2) базовый уровень прогресса
(3) базис затрат
(4) тесты измерения производительности
5. Обновления файлов проекта
(1) Гипотетический журнал
(2) Основа оценки
(3) Регистрация извлеченных уроков
(4) Расписание проекта
(5) Календарь ресурсов
(6) реестр рисков
(7) данные о прогрессе
五、 Контролируйте затраты
I. определение
Отслеживайте состояние проекта, чтобы обновлять затраты по проекту и управлять процессом изменения базовой стоимости.
II. эффект
Поддержание базовой стоимости на протяжении всего проекта.
III. Этот процесс должен осуществляться на протяжении всего проекта.
IV. Чтобы обновить свой бюджет, вам необходимо знать фактические затраты на сегодняшний день. Увеличение бюджета может быть произведено только с одобрения процесса внедрения комплексного контроля изменений. Простой контроль за расходованием средств без учета стоимости выполненных за счет этих затрат работ не имеет смысла для проекта. В лучшем случае его можно рассматривать лишь как отслеживание движения средств. Таким образом, при контроле затрат нам следует сосредоточиться на анализе взаимосвязи между капитальными затратами проекта и выполненными соответствующими работами. Ключом к эффективному контролю затрат является управление утвержденным базовым планом затрат.
V. Целями контроля стоимости проекта являются:
1. Факторы влияния, вызывающие изменения в базе затрат;
2. Обеспечить быструю обработку всех запросов на изменения;
3. управлять изменениями, когда они действительно происходят;
4. Обеспечить, чтобы расходы на затраты не превышали утвержденные лимиты финансирования, не распределенные ни по периодам времени, ни по компонентам WBS, ни по видам деятельности, ни по общим лимитам проекта;
5. Мониторинг эффективности затрат, выявление и анализ отклонений от базовых затрат;
6. Контролировать выполнение работ по расходам средств;
7. Предотвратить несанкционированные изменения в отчетах о расходах или использовании ресурсов;
8. Сообщайте обо всех одобренных изменениях и связанных с ними расходах заинтересованным сторонам;
9. Постарайтесь контролировать ожидаемый перерасход средств в допустимых пределах и т. д.
VI. ИТО
i. входить
1. план управления проектом
(1) план управления затратами
Опишите, как управлять и контролировать затраты на проект.
(2) базис затрат
Сравните базовую стоимость с фактическими результатами, чтобы определить, необходимы ли изменения, корректирующие или предупреждающие действия.
(3) тесты измерения производительности
При использовании анализа освоенного объема базовые показатели измерения производительности сравниваются с фактическими результатами, чтобы определить, необходимы ли изменения, корректирующие или предупреждающие действия.
2. файлы проекта
Документом проекта, который может служить входными данными для процесса контроля затрат, является реестр извлеченных уроков, в котором уроки, извлеченные на ранних этапах проекта, могут быть применены на более поздних стадиях для улучшения контроля затрат.
3. Требования к финансированию проекта
Потребности в финансировании проекта включают предполагаемые расходы и предполагаемую задолженность.
4. данные о производительности труда
Данные об исполнении работ содержат данные о состоянии проекта, например, о том, какие затраты были утверждены, понесены, оплачены и выставлены счета.
5. Активы организационного процесса
ii. Инструменты и методы
1. экспертная оценка
2. анализ данных
(1) Анализ освоенного объема (EVA)
Метод оценки эффективности и прогресса проекта путем совместного рассмотрения объема, графика и производительности ресурсов. Это широко используемый метод измерения эффективности проекта. Он объединяет базовый план содержания, базовый план затрат и базовый план графика, чтобы сформировать базовый план измерения производительности, чтобы команда управления проектом могла оценить и измерить производительность и прогресс проекта. Политический анализ как метод управления проектом требует установления интегрированных базовых показателей для измерения эффективности в ходе проекта. Принципы EVA применимы ко всем проектам во всех отраслях.
Для каждого пакета работ и контрольного счета рассчитываются и отслеживаются следующие показатели:
1||| Плановая стоимость (PV)
Запланированные часы (или затраты), необходимые для выполнения запланированного объема работ, необходимых на определенном этапе проекта. PV в основном отражает объем работ, которые должны быть выполнены в графике, и не включает управленческие резервы. Общая запланированная стоимость проекта также известна как бюджет завершения (BAC).
2||| фактическая стоимость (AC)
Человеко-часы (или затраты), затраченные на работу, фактически выполненную на определенном этапе процесса реализации проекта, в основном отражают фактические показатели потребления выполнения проекта.
3||| Освоенный объем (EV)
Произведение фактической рабочей нагрузки, выполненной на определенном этапе процесса реализации проекта, и человеко-часов (или затрат), рассчитанных на основе бюджетной квоты.
(2) Анализ отклонений
Для проектов, в которых не используется управление прибавочной стоимостью, определите различия между базовыми затратами и фактическими показателями проекта путем сравнения запланированных затрат с фактическими затратами. Дальнейший анализ может быть выполнен для определения причины и степени отклонений от базового графика и определения необходимости корректирующих или предупреждающих действий. Отклонения от первоначальной базовой стоимости можно оценить посредством измерения эффективности затрат. По мере постепенного завершения проектных работ допустимый диапазон отклонений (обычно выражаемый в процентах) будет постепенно сокращаться.
1||| Отклонение расписания (SV) и индекс эффективности расписания (SPI)
Отклонение графика — это показатель эффективности графика, который показывает, отстает ли проект от базового плана графика или опережает его. Поскольку вся запланированная стоимость (т. е. заработанная стоимость) будет реализована после завершения проекта, отклонение графика в конечном итоге будет равно нулю.
Формула расчета SV: SV=EV-PV
Когда SV>0, это означает, что прогресс опережает график.
Когда SV<0, это означает, что прогресс отстает
Когда SV=0, это означает, что фактический прогресс соответствует плану.
Индекс эффективности расписания — это показатель эффективности расписания, который отражает, насколько эффективно команда проекта использует свое время, и иногда используется вместе с индексом эффективности затрат (CPI) для прогнозирования окончательных оценок завершения. . Поскольку SPI измеряет общие усилия по проекту, производительность на критическом пути также необходимо анализировать отдельно, чтобы подтвердить, будет ли проект завершен раньше или позже запланированной даты завершения.
Формула расчета SPI: SPI=EV/PV
Когда SPI>1.0, это означает, что прогресс опережает график.
Когда SPI <1,0, это означает, что прогресс отстает
Когда SPI=1,0, это означает, что фактический прогресс соответствует плану.
2||| Отклонение затрат (CV) и индекс эффективности затрат (CPI)
Отклонение стоимости — это показатель эффективности затрат по проекту, указывающий на взаимосвязь между фактическими показателями и затратами, указывающий на дефицит или профицит бюджета в данный момент времени. Отклонение стоимости в конце проекта — это разница между бюджетом на момент завершения (BAC) и фактической стоимостью.
Формула расчета CV: CV=EV-AC
Когда CV<0, это означает перерасход средств.
Когда CV>0, это указывает на экономию затрат.
Когда CV=0, это означает, что стоимость равна бюджету.
Индекс эффективности затрат является мерой экономической эффективности проекта. Он используется для измерения экономической эффективности завершенных работ и может служить основой для прогнозирования окончательной структуры стоимости и графика проекта.
Формула расчета ИПЦ: ИПЦ=EV/AC
Когда CPI <1,0, это означает перерасход средств.
Когда CPI>1,0, это указывает на экономию затрат.
Когда CPI=1,0, это означает, что стоимость равна бюджету.
(3) анализ тенденций
Анализ тенденций предназначен для изучения изменений в производительности проекта с течением времени, чтобы определить, улучшается или ухудшается производительность. Методы графического анализа помогают понять текущую производительность и сравнить тенденции с будущими целевыми показателями.
Методы анализа тенденций включают в себя:
1||| диаграмма
При анализе освоенного объема два параметра: плановая стоимость, освоенная стоимость и фактическая себестоимость могут отслеживаться и сообщаться поэтапно (обычно еженедельно или ежемесячно) или на кумулятивной основе.
2||| предсказывать
По мере продвижения проекта команда проекта может спрогнозировать оценку завершения (CEAC) на основе результатов проекта. Результаты прогноза могут отличаться от бюджета завершения (BAC). Если очевидно, что BAC больше невозможен, менеджеру проекта следует рассмотреть возможность предварительной прошивки EAC. Прогнозирование EAC заключается в прогнозировании будущих ситуаций и событий проекта на основе доступной в настоящее время информации о производительности и других знаний. Прогнозы формируются, обновляются и переиздаются на основе данных об исполнении работ, предоставленных в ходе реализации проекта. Информация об исполнении работ включает в себя прошлые результаты проекта, а также любую информацию, которая может оказать влияние на проект в будущем.
При расчете EAC обычно используется фактическая стоимость AC выполненных работ плюс оценка завершения оставшихся работ (ETC), то есть EAC = AC ETC. Два наиболее распространенных метода расчета ETC:
ETC рассчитывается на основе нетипичных отклонений. Этот подход часто используется, когда текущее отклонение считается нетипичным и команда проекта ожидает, что подобные отклонения не возникнут в будущем.
Формула расчета: ETC=BAC-EV.
ETC рассчитывается на основе типичных отклонений. Этот подход можно использовать, когда текущие отклонения считаются типичными отклонениями, которые могут отражать будущие отклонения.
Формула расчета: ETC=(BAC-EV)/CPI или EAC=BAC/CPI.
Если прогнозируемое значение EAC выходит за пределы допустимого диапазона, команде управления проектом отправляется сигнал раннего предупреждения.
(4) Анализ резервов
В процессе контроля затрат анализ резервов можно использовать для мониторинга использования резервов на случай непредвиденных обстоятельств и управленческих резервов в проекте, чтобы определить, нужны ли эти резервы по-прежнему или необходимо добавить дополнительные резервы. По мере продвижения работ по проекту эти резервы могут быть использованы для покрытия расходов, связанных с рисками или другими непредвиденными обстоятельствами, как запланировано, или, если событие риска не произойдет, как ожидалось, неиспользованные резервы на непредвиденные расходы могут быть вычтены из бюджета проекта; другие проекты или операции. Дальнейший анализ рисков в рамках проекта может выявить необходимость запроса дополнительных резервов в бюджет проекта.
3. Индекс производительности до завершения
Индекс эффективности выполнения (TCP1) — это показатель эффективности затрат, который должен быть достигнут при использовании оставшихся ресурсов для достижения конкретных целей управления. Это отношение затрат, необходимых для завершения оставшейся работы, к оставшемуся бюджету. TCPI относится к показателю эффективности затрат, которого необходимо достичь при выполнении оставшейся работы для достижения конкретных целей управления (например, BAC или EAC). Если очевидно, что BAC больше невозможен, менеджеру проекта следует рассмотреть возможность использования EAC для расчетов TCPI. После утверждения BAC будет заменен на EAC.
Формула TCPI на основе BAC: TCPI=(BAC-EV)/(BAC-AC)
4. информационная система управления проектами
Его часто используют для мониторинга трех показателей анализа освоенной стоимости: PV, EV и AC, построения диаграмм тенденций и прогнозирования возможного диапазона конечных результатов проекта.
iii. выход
1. информация о производительности труда
Информация об исполнении работ включает в себя информацию о выполнении работ по проекту (от базовой стоимости), позволяющую оценить отклонения в выполненных работах и стоимости работ как на уровне пакета работ, так и на уровне контрольного счета. Для проектов, использующих анализ освоенного объема, в отчете о выполнении работ будут записаны CV, CPI, EAC, VAC и TCPI.
2. прогноз затрат
Независимо от того, рассчитано ли это значение EAC или оцененное значение EAC снизу вверх, оно должно быть записано и доведено до сведения заинтересованных сторон.
3. Запрос на изменение
4. Обновление плана управления проектом
(1) план управления затратами
(2) базис затрат
(3) тесты измерения производительности
5. Обновления файлов проекта
(1) Гипотетический журнал
(2) Основа оценки
(3) Оценка стоимости
(4) Регистрация извлеченных уроков
(5) реестр рисков
六、 Ресурсы управления
I. определение
Процесс обеспечения того, чтобы физические ресурсы распределялись по проектам в соответствии с планом, а фактическое использование ресурсов контролировалось в соответствии с планом использования ресурсов и предпринимались необходимые корректирующие действия.
II. эффект
Убедитесь, что выделенные ресурсы доступны для проекта в нужное время и в нужном месте и высвобождаются, когда они больше не нужны.
III. Этот процесс должен осуществляться на протяжении всего проекта.
IV. Процесс управления ресурсами должен осуществляться непрерывно на всех этапах проекта и на протяжении всего жизненного цикла проекта, а ресурсы должны распределяться и высвобождаться в нужное время, в нужном месте и в нужном количестве, чтобы проект мог продолжаться. Процесс управления ресурсами фокусируется на физических ресурсах, таких как оборудование, материалы, помещения и инфраструктура.
V. При обновлении распределения ресурсов вам необходимо знать, какие ресурсы были использованы, а какие еще необходимо приобрести. Для этого необходимо проанализировать использование ресурсов на сегодняшний день.
VI. Процесс управления ресурсами фокусируется на:
1. Контролировать расходование ресурсов;
2. Своевременно выявлять и решать ситуации нехватки/излишка ресурсов;
3. Обеспечивать использование и выделение ресурсов в соответствии с потребностями программы и проекта;
4. Уведомлять соответствующие заинтересованные стороны о возникновении проблем, связанных с ресурсами;
5. Факторы влияния, которые могут привести к изменениям в использовании ресурсов;
6. Управляйте изменениями по мере их фактического возникновения и т. д.
VII. Любые изменения базового плана или базового плана затрат должны быть одобрены посредством интегрированного процесса контроля изменений.
VIII. ИТО
i. входить
1. План управления проектом
план управления ресурсами
Предоставьте рекомендации о том, как использовать, контролировать и, в конечном итоге, высвобождать физические ресурсы.
2. Документы проекта
(1) Журнал проблем
Используется для выявления проблем, связанных с нехваткой ресурсов, задержкой поставок сырья и некачественным сырьем.
(2) Регистрация извлеченных уроков
Уроки, извлеченные на ранних этапах проекта, могут быть применены на более поздних этапах для улучшения контроля над физическими ресурсами.
(3) ведомость распределения материальных ресурсов
Описывает ожидаемое использование ресурса и сведения о ресурсе, такие как тип, количество, местоположение, а также то, является ли он внутренним для организации или купленным.
(4) График проекта
Показывает, какие ресурсы необходимы проекту, когда и где.
(5) Структура разбивки ресурсов
Предоставляет ссылку на то, когда ресурсы необходимо заменить или повторно приобрести в ходе проекта.
(6) Требования к ресурсам
Определяются материалы, оборудование, расходные материалы и другие ресурсы, необходимые для проекта.
(7) Реестр рисков
Выявляются отдельные риски, которые могут повлиять на оборудование, материалы или поставки.
3. данные о производительности труда
Данные об исполнении работ содержат данные о состоянии проекта, такие как количество и тип используемых ресурсов.
4. соглашение
Соглашение, подписанное в проекте, является основой для получения внешних ресурсов от организации. В соглашении должны быть определены соответствующие процедуры, когда необходимы новые и незапланированные ресурсы или когда возникают проблемы с текущими ресурсами.
5. активы организационного процесса
ii. Инструменты и методы
1. Анализ данных
(1) Анализ альтернатив
(2) анализ затрат и выгод
(3) обзор производительности
(4) анализ тенденций
2. Решение проблем
При решении проблем может использоваться ряд инструментов, которые помогут менеджеру проекта решить проблемы, возникающие в процессе управления ресурсами.
1||| Определите проблему: Уточните проблему.
2||| Определите проблему: разбейте проблему на управляемые части.
3||| Опрос: собрать данные.
4||| Анализ: Найдите основную причину проблемы.
5||| Решение: выберите из множества решений наиболее подходящее.
6||| Проверьте решение: убедитесь, что проблема решена.
3. Межличностные и командные навыки
(1) переговоры
(2) Влияние
4. Информационная система управления проектами
iii. выход
1. информация о производительности труда
2. Запрос на изменение
3. Обновление плана управления проектом
(1) План управления ресурсами
(2) индикатор прогресса
(3) базис затрат
4. Обновления файлов проекта
(1) Журнал гипотез
(2) Журнал проблем
(3) Регистрация извлеченных уроков
(4) ведомость распределения материальных ресурсов
(5) структура разбивки ресурсов
(6) реестр рисков
七、 Контролировать общение
I. определение
Процесс обеспечения удовлетворения информационных потребностей проекта и его заинтересованных сторон.
II. эффект
Оптимизируйте процесс передачи информации в соответствии с требованиями плана управления коммуникациями и плана взаимодействия с заинтересованными сторонами.
III. Этот процесс должен осуществляться на протяжении всего проекта.
IV. Отслеживайте процесс коммуникации, чтобы определить, насколько хорошо спланированные методы коммуникации и коммуникационная деятельность поддерживают результаты проекта и ожидаемые результаты. Влияние и результаты коммуникаций проекта должны официально оцениваться и контролироваться, чтобы гарантировать, что правильный контент (понимаемый как отправителем, так и получателем) доставляется нужной аудитории по правильному каналу в нужное время.
V. Для надзорной коммуникации могут потребоваться различные методы, такие как проведение опросов об удовлетворенности клиентов, документирование извлеченных уроков, проведение групповых наблюдений, просмотр журналов проблем и оценка изменений.
VI. Надзор за процессом коммуникации может инициировать итерации планирования управления коммуникацией и управления коммуникативными процессами с целью изменения плана коммуникации и выполнения дополнительных коммуникационных мероприятий для повышения эффективности коммуникации. Эта итерация отражает непрерывность каждого процесса управления коммуникациями проекта. Проблемы, ключевые показатели эффективности, риски или конфликты могут немедленно вызвать повторение этих процессов.
VII. ИТО
i. входить
1. План управления проектом
(1) план управления ресурсами
Описывая роли и обязанности, а также организационную схему проекта, план управления ресурсами можно использовать для понимания фактической организации проекта и любых изменений в ней.
(2) план управления коммуникациями
Текущий план своевременного сбора, генерации и распространения информации, которая идентифицирует членов команды, заинтересованные стороны и соответствующие задачи в процессе коммуникации.
(3) План взаимодействия с заинтересованными сторонами
Определена коммуникационная стратегия, которая будет служить руководством для взаимодействия с заинтересованными сторонами.
2. Документы проекта
(1) Журнал проблем
Предоставляет историческую информацию о проекте, записи об участии заинтересованных сторон в проблемах и о том, как они были решены.
(2) Регистрация извлеченных уроков
Уроки, извлеченные на ранних этапах проекта, могут быть использованы на более поздних стадиях проекта для улучшения коммуникации.
(3) Запись коммуникаций по проекту
Предоставьте информацию о состоявшихся коммуникациях.
3. данные о производительности труда
Содержит данные о типе и объеме состоявшегося общения.
4. Факторы деловой среды
5. активы организационного процесса
ii. Инструменты и методы
1. Экспертное заключение
2. информационная система управления проектами
3. Производительность данных
Матрица оценки взаимодействия с заинтересованными сторонами
4. Межличностные и командные навыки
наблюдать/разговаривать
5. встреча
iii. выход
1. информация о производительности труда
2. Запрос на изменение
3. Обновление плана управления проектом
(1) план управления коммуникациями
(2) План взаимодействия с заинтересованными сторонами
4. Обновления файлов проекта
(1) Журнал проблем
(2) Регистрация извлеченных уроков
(3) Реестр заинтересованных сторон
八、 Риск надзора
I. определение
Процесс надзора за реализацией согласованного плана реагирования на риски, отслеживания выявленных рисков, выявления и анализа новых рисков, а также оценки эффективности управления рисками на протяжении всего периода проекта.
II. эффект
Принимайте решения по проекту на основе текущей информации об общем риске проекта и индивидуальном риске проекта.
III. Этот процесс должен осуществляться на протяжении всего проекта.
IV. Чтобы команда проекта и ключевые заинтересованные стороны понимали текущий уровень риска, работа проекта должна постоянно контролироваться с помощью процесса мониторинга рисков, и постоянное внимание должно уделяться возникающим, изменяющимся и устаревшим отдельным рискам проекта.
V. В процессе мониторинга рисков используется информация о производительности, полученная в ходе выполнения проекта, для определения:
1. Эффективны ли реализованные меры реагирования на риски;
2. Изменился ли общий уровень риска проекта;
3. Изменился ли статус выявленных отдельных рисков проекта;
4. Возникают ли новые риски отдельных проектов;
5. является ли подход к управлению рисками по-прежнему целесообразным;
6. Сохраняются ли предположения проекта;
7. соблюдаются ли политики и процедуры управления рисками;
8. Необходимо ли изменить резервы затрат или графика на непредвиденные расходы;
9. Действует ли стратегия проекта и т. д.
VI. ИТО
i. входить
1. План управления проектом
план управления рисками
Он определяет, как и когда следует анализировать риски, какие политики и процедуры следует соблюдать, распределение ролей и обязанностей, связанных с надзором за этим процессом, а также формат отчетности.
2. Документы проекта
(1) Журнал проблем
Используется для проверки того, обновляются ли открытые проблемы, и внесения необходимых обновлений в реестр рисков, а также внесения необходимых обновлений в реестр рисков.
(2) Регистрация извлеченных уроков
Уроки, связанные с рисками, полученные на ранних этапах проекта, могут быть использованы на более поздних этапах.
(3) реестр рисков
Основное содержание включает в себя: выявленные отдельные риски проекта, владельцев рисков, согласованные стратегии реагирования на риски и конкретные меры реагирования. Он также может предоставлять дополнительную информацию, включая средства контроля, используемые для оценки эффективности планов реагирования, симптомы и ранние признаки рисков, остаточные и вторичные риски, а также контрольный список рисков с низким приоритетом.
(4) отчет о рисках
Включает оценку текущих общих рисков проекта и согласованных стратегий реагирования на риски. Он также описывает важные отдельные риски проекта, планы их реагирования и владельцев рисков.
3. данные о производительности труда
Содержит информацию о статусе проекта, например, о реализованных мерах реагирования на риски, возникших рисках, все еще активных и закрытых рисках.
4. отчет о выполнении работы
Он может предоставить информацию о производительности работ по проекту путем анализа результатов измерения производительности, включая результаты анализа отклонений, данные о освоенном объеме и данные прогноза. Эта информация необходима при мониторинге рисков, связанных с производительностью.
ii. Инструменты и методы
1. Анализ данных
(1) Технический анализ производительности
Провести анализ технических характеристик для сравнения технических результатов, достигнутых в ходе реализации проекта, с планом достижения соответствующих технических результатов. Это требует определения объективных количественных показателей технических характеристик, с которыми можно сравнить фактические результаты с запланированными требованиями. Меры технической производительности могут включать время обработки, количество дефектов и емкость хранилища. Степень отклонения фактических результатов от планов может отражать потенциальное воздействие угрозы или возможности.
(2) Анализ резервов
В ходе реализации проекта могут возникать определенные отдельные риски проекта, которые оказывают положительное или отрицательное влияние на бюджет и резервы графика на случай непредвиденных обстоятельств. Анализ резервов означает сравнение оставшегося резерва на случай непредвиденных обстоятельств с суммой оставшегося риска в любой момент проекта, чтобы определить, является ли оставшийся резерв разумным. Чтобы показать истощение резервов на случай непредвиденных обстоятельств, можно использовать различные графики (например, диаграммы сгорания).
2. Аудит
аудит рисков
Это тип аудита, который можно использовать для оценки эффективности процессов управления рисками. Менеджер проекта несет ответственность за обеспечение проведения аудита рисков с частотой, указанной в плане управления рисками проекта. Аудит рисков может проводиться на ежедневных собраниях по рассмотрению проекта и совещаниях по рассмотрению рисков, а также команда может проводить специальные собрания по аудиту рисков. Перед проведением аудита должны быть четко определены процедуры и цели аудита рисков.
3. встреча
совещание по рассмотрению рисков
Анализ рисков должен проводиться регулярно для изучения и документирования эффективности реагирования на риски при устранении общих рисков проекта и выявленных отдельных рисках проекта. В ходе анализа рисков вы также можете выявить новые отдельные риски проекта (включая вторичные риски, возникающие в результате согласованных мер реагирования), провести повторную оценку текущих рисков, закрыть устаревшие риски, обсудить проблемы, возникающие в результате возникновения рисков, и обобщить имеющиеся извлеченные уроки для последующих этапов текущий проект или аналогичные проекты в будущем. В зависимости от положений плана управления рисками анализ рисков может быть пунктом повестки дня во время регулярных совещаний по статусу проекта или может проводиться специальное совещание по рассмотрению рисков.
iii. выход
1. информация о производительности труда
Это информация об эффективности управления рисками проекта, полученная путем сравнения фактического возникновения и ожидаемого возникновения отдельного риска. Он может проиллюстрировать эффективность процессов планирования реагирования на риски и процессов реализации мер реагирования.
2. Запрос на изменение
3. Обновление плана управления проектом
любой компонент
4. Обновления файлов проекта
(1) Гипотетический журнал
(2) Журнал проблем
(3) Регистрация извлеченных уроков
(4) реестр рисков
(5) отчет о рисках
5. Обновления активов процессов организации
九、 Контроль закупок
I. определение
Управляйте отношениями в сфере закупок, отслеживайте выполнение контрактов, вносите необходимые изменения и исправления, а также процесс закрытия контрактов.
II. эффект
Убедитесь, что покупатели и продавцы выполняют юридические соглашения и удовлетворяют потребности проекта.
III. Этот процесс следует выполнять на протяжении всего проекта по мере необходимости.
IV. И покупатели, и продавцы преследуют схожие цели при управлении договорами о закупках, и каждая сторона должна обеспечить выполнение обеими сторонами своих договорных обязательств и защиту их соответствующих законных прав. Правовая природа договорных отношений требует, чтобы команда управления проектом понимала правовые последствия любых действий, предпринятых в ходе контрольных закупок. Для более крупных проектов с несколькими поставщиками важным аспектом управления контрактами является управление связью между различными поставщиками. Учитывая его юридическое значение, многие организации рассматривают управление контрактами как организационную функцию, отдельную от проектов. Хотя менеджер по закупкам может быть членом проектной группы, он или она обычно подчиняется менеджеру по управлению контрактами в другом отделе.
V. При контроле процесса закупок к договорным отношениям необходимо применять соответствующие процессы управления проектом, а результаты этих процессов необходимо интегрировать для общего управления проектом. Когда задействовано несколько продавцов, а также несколько продуктов, услуг или результатов, эта интеграция часто должна происходить на нескольких уровнях.
VI. Деятельность по управлению контрактами может включать в себя:
1. Собирать данные и управлять записями проекта, включая ведение подробного учета физических и финансовых показателей и установление измеримых показателей эффективности закупок;
2. Улучшить планы закупок и планы прогресса;
3. Создать механизмы для сбора, анализа и отчетности данных о проектах, связанных с закупками, и подготовить регулярные отчеты для организации;
4. Мониторинг среды закупок для руководства или корректировки реализации;
5. Заплатите продавцу
VII. Качество контроля закупок, включая независимость и достоверность аудита закупок, является ключевым фактором, определяющим надежность системы закупок. Кодекс этики организации, штатные юрисконсульты и внешние юридические консультации, включая текущую программу борьбы с коррупцией, – все это способствует достижению надлежащего контроля за закупками.
VIII. При контроле процесса закупок необходим финансовый менеджмент, в том числе контроль платежей продавцам. Это необходимо для обеспечения соблюдения условий оплаты, предусмотренных в контракте, и того, что оплата связана с ходом работы продавца, как указано в контракте. Важным моментом, на котором следует сосредоточиться, является обеспечение наличия прочной связи между оплатой продавцу и объемом работы, фактически выполненной продавцом. Если в контракте предусмотрено, что оплата зависит от результатов и результатов проекта, а не от затрат проекта (например, рабочего времени), то контроль закупок может осуществляться более эффективно.
IX. До заключения договора, если обе стороны достигнут консенсуса, соглашение может быть изменено в любое время в соответствии с пунктом о контроле изменений в соглашении. Изменения в договоре обычно документируются в письменной форме.
X. ИТО
i. входить
1. план управления проектом
(1) план управления спросом
Опишите, как требования подрядчика будут анализироваться, документироваться и управляться.
(2) план управления рисками
Опишите, как структурируются и реализуются действия по управлению рисками, инициированные продавцом.
(3) План управления закупками
Определяет мероприятия, которые необходимо провести в процессе контроля закупок.
(4) план управления изменениями
Содержит информацию о том, как обрабатывать изменения, инициированные продавцом.
(5) базовый уровень прогресса
Если смещение графика продавца влияет на общую производительность графика проекта, график, возможно, потребуется обновить и утвердить, чтобы он отражал текущие ожидания.
2. файлы проекта
(1) Гипотетический журнал
Допущения, сделанные в процессе закупок, документируются.
(2) Регистрация извлеченных уроков
Уроки, извлеченные на ранних этапах проекта, могут быть использованы в будущем для улучшения работы подрядчиков и процессов закупок.
(3) Список этапов
Список ключевых этапов объясняет, когда продавцу необходимо добиться результатов.
(4) отчет о качестве
Используется для выявления несоответствующих процессов, процедур или продуктов продавца.
(5) документ с требованиями
Могут включать, во-первых, технические требования, которым должен соответствовать продавец; во-вторых, требования, имеющие договорное и юридическое значение, такие как здоровье, безопасность, надежность, производительность, окружающая среда, страхование, интеллектуальная собственность, равные возможности трудоустройства, лицензии, разрешения и другие. Требование нетехнического характера.
(6) Матрица отслеживания требований
Соедините требования к продукту от источника к результатам, которые удовлетворяют этим требованиям.
(7) реестр рисков
Каждый выбранный продавец представляет уникальные риски в зависимости от организации продавца, продолжительности контракта, внешней среды, метода реализации проекта, типа выбранного контракта и, в конечном итоге, согласованной цены.
(8) Реестр заинтересованных сторон
Включите информацию об определенных заинтересованных сторонах, таких как члены контрактной группы, выбранные продавцы, специалисты, подписавшие контракт, и другие заинтересованные стороны, участвующие в закупках.
3. протокол
Соглашение достигается двумя сторонами и включает единогласное понимание обязательств каждой стороны. Проверьте соответствующее соглашение, чтобы убедиться в соблюдении его условий.
4. Закупочная документация
Документы о закупках содержат полные подтверждающие записи, используемые для управления процессом закупок, включая ведомости работ, информацию о платежах, информацию о результатах работы подрядчика, планы, чертежи и другую корреспонденцию.
5. Одобренный запрос на изменение
6. данные о производительности труда
Данные об исполнении работ содержат данные о поставщиках, связанные со статусом проекта, например, технические характеристики, начатые, выполняющиеся или завершенные действия, а также понесенные или инвестированные затраты. Данные о выполнении работ могут также включать случаи осуществления платежей продавцам.
7. факторы деловой среды
8. Активы организационного процесса
ii. Инструменты и методы
1. экспертная оценка
При контроле закупок следует запрашивать мнения отдельных лиц или групп, обладающих опытом или обучением в: соответствующих функциональных областях, таких как финансы, проектирование, разработка и управление цепочками поставок, юридические, нормативные требования и требования к соблюдению требований и т. д.;
2. Управление претензиями
Если покупатель и продавец не могут договориться о компенсации за изменение или не согласны с тем, должно ли изменение произойти, то запрошенное изменение становится оспариваемым изменением или потенциальным конструктивным изменением. Такие спорные изменения называются претензиями. Если их не решить должным образом, они могут перерасти в споры и в конечном итоге привести к недовольству. На протяжении всего жизненного цикла контракта претензии обычно регистрируются, обрабатываются, контролируются и управляются в соответствии с условиями контракта. Если стороны договора не смогут урегулировать претензию самостоятельно, им, возможно, придется использовать альтернативное разрешение споров (АУС) в соответствии с процедурами, указанными в договоре. Переговоры являются предпочтительным методом разрешения всех претензий и споров.
3. анализ данных
(1) обзор производительности
Измеряйте, сравнивайте и анализируйте качество, ресурсы, график и показатели затрат в соответствии с соглашением о проверке выполнения контрактных работ. Это включает в себя определение того, опережает или отстает пакет работ от графика, превышает или недооценивает бюджет, а также есть ли проблемы с ресурсами или качеством.
(2) Анализ освоенного объема (EVA)
Используется для расчета отклонений графика и затрат, а также показателей эффективности графика и затрат для определения степени отклонения от целевых показателей.
(3) анализ тенденций
Может использоваться для подготовки оценок завершения (CEAC) по показателям затрат, чтобы определить, улучшаются или ухудшаются показатели.
4. исследовать
Инспекция представляет собой структурированную проверку работы, выполняемой подрядчиком, и может включать в себя простую проверку результатов или проверку самой работы на месте. В строительных, инженерных и инфраструктурных проектах проверки включают совместные посещения объекта покупателем и подрядчиком, чтобы убедиться, что обе стороны имеют общее понимание выполняемой работы.
5. аудит
Аудит – это структурированная проверка процесса закупок. Права и обязанности, связанные с аудитом, должны быть четко определены в договоре о закупках. Менеджеры проектов как со стороны покупателя, так и со стороны продавца должны обратить внимание на результаты аудита, чтобы можно было внести необходимые коррективы в проект.
iii. выход
1. Закупки закрыты
Покупатель, обычно через своего уполномоченного администратора по закупкам, направляет продавцу официальное письменное уведомление о завершении контракта. Требования к формальному закрытию закупки обычно излагаются в условиях договора, в том числе в плане управления закупками.
В целом эти требования включают в себя:
1||| Все работы сданы вовремя, качественно и в соответствии с техническими требованиями;
2||| Неоплаченных претензий или счетов-фактур нет, все окончательные платежи произведены.
Команда управления проектом должна утвердить все результаты до закрытия закупок.
2. Обновления документации о закупках
3. информация о производительности труда
Информация о выполнении работ — это выполнение работ, выполняемых продавцом, включая завершение результатов и достижение технических показателей по сравнению с требованиями контракта, а также формирование затрат и признание выполненных работ по сравнению с бюджетом ТЗ.
4. Запрос на изменение
5. Обновление плана управления проектом
(1) план управления рисками
(2) План управления закупками
(3) базовый уровень прогресса
(4) базис затрат
6. Обновления файлов проекта
(1) Регистрация извлеченных уроков
(2) Требования к ресурсам
(3) Матрица отслеживания требований
(4) реестр рисков
(5) Реестр заинтересованных сторон
7. Обновления активов процессов организации
十、 Контролировать взаимодействие с заинтересованными сторонами
I. определение
Контролировать отношения между заинтересованными сторонами проекта и направлять заинтересованные стороны к разумному участию в процессе проекта путем пересмотра стратегий и планов участия.
II. эффект
По мере продвижения проекта и изменения окружающей среды поддерживайте или улучшайте эффективность и результативность деятельности с участием заинтересованных сторон.
III. Этот процесс должен осуществляться на протяжении всего проекта.
IV. ИТО
i. входить
1. план управления проектом
(1) план управления ресурсами
Определили, как управлять членами команды.
(2) план управления коммуникациями
Описывает план и стратегию коммуникации для заинтересованных сторон проекта.
(3) План взаимодействия с заинтересованными сторонами
Определен план управления потребностями и ожиданиями заинтересованных сторон.
2. файлы проекта
(1) Журнал проблем
Задокументированы все известные проблемы, связанные с проектом и заинтересованными сторонами.
(2) Регистрация извлеченных уроков
Уроки, извлеченные на ранних этапах проекта, могут быть использованы на более поздних стадиях проекта для повышения эффективности и результативности взаимодействия с заинтересованными сторонами.
(3) Запись коммуникаций по проекту
Записи о взаимодействии проекта с заинтересованными сторонами в соответствии с планом управления коммуникациями и планом взаимодействия с заинтересованными сторонами.
(4) реестр рисков
Риски, связанные с взаимодействием и взаимодействием заинтересованных сторон, документируются, включая их классификацию и возможные меры реагирования.
(5) Реестр заинтересованных сторон
Записывается различная информация о заинтересованных сторонах, в основном включая список заинтересованных сторон, результаты оценки и классификационный статус.
3. данные о производительности труда
Содержит данные о состоянии проекта, например, какие заинтересованные стороны поддерживают проект, а также их уровень и тип участия.
4. факторы деловой среды
5. Активы организационного процесса
ii. Инструменты и методы
1. анализ данных
(1) Анализ альтернатив
Когда эффект от участия заинтересованных сторон не соответствует ожидаемым требованиям, следует провести анализ альтернатив для оценки различных альтернатив для устранения отклонений.
(2) Анализ причин
Проведите анализ коренных причин, чтобы определить коренные причины, по которым взаимодействие с заинтересованными сторонами не привело к желаемым результатам.
(3) Анализ заинтересованных сторон
Определите статус групп заинтересованных сторон и отдельных лиц в любой момент времени в проекте.
2. принятие решений
(1) Многокритериальный анализ решений
Изучите критерии успешного участия заинтересованных сторон в проекте и определите наиболее подходящие варианты на основе их приоритетности и веса.
(2) голосование
Проголосуйте за лучшее решение по устранению отклонений в уровнях участия заинтересованных сторон.
3. Производительность данных
Матрица оценки взаимодействия с заинтересованными сторонами
Отслеживайте взаимодействие с заинтересованными сторонами, используя Матрицу оценки взаимодействия с заинтересованными сторонами, чтобы отслеживать изменения в уровне взаимодействия каждой заинтересованной стороны.
4. навыки коммуникации
(1) обратная связь
Используется для обеспечения того, чтобы информация, отправленная заинтересованным сторонам, была получена и понята.
(2) Демо
Предоставьте четкую информацию заинтересованным сторонам.
5. Межличностные и командные навыки
(1) активное слушание
Уменьшите количество недоразумений и ошибок в общении за счет активного слушания.
(2) культурная осведомленность
Культурная осведомленность и чувствительность помогают менеджерам проектов анализировать культурные различия и культурные потребности заинтересованных сторон и членов команды и планировать коммуникации.
(3) лидерство
Успешное взаимодействие с заинтересованными сторонами требует сильных лидерских навыков, чтобы донести свое видение и вдохновить заинтересованные стороны поддержать работу проекта и его результаты.
(4) межличностное общение
Узнайте об уровнях взаимодействия с заинтересованными сторонами посредством межличностного взаимодействия.
(5) осведомленность о политике
Осведомленность о политике помогает понять организационную стратегию, понять, кто может осуществлять власть и влияние, а также развить способность общаться с этими заинтересованными сторонами.
6. Встреча
Типы встреч, которые можно использовать для мониторинга взаимодействия с заинтересованными сторонами, включают статусные встречи, стендапы, ретроспективы и любые другие встречи, указанные в плане взаимодействия с заинтересованными сторонами, для мониторинга и оценки уровня взаимодействия с заинтересованными сторонами. Встречи больше не ограничиваются личным общением или голосовым взаимодействием. Хотя личное общение является идеальным, оно может быть дорогостоящим. Телеконференции и телекоммуникационные технологии могут снизить затраты и предоставить множество методов связи и возможностей связи.
iii. выход
1. информация о производительности труда
Информация об исполнении работ включает в себя информацию о состоянии взаимодействия с заинтересованными сторонами, такую как текущий уровень поддержки проекта со стороны заинтересованных сторон по сравнению с желаемым уровнем взаимодействия, определяемым матрицей оценки взаимодействия с заинтересованными сторонами, кубом заинтересованных сторон или другим инструментом.
2. Запрос на изменение
3. Обновление плана управления проектом
(1) план управления ресурсами
(2) план управления коммуникациями
(3) План взаимодействия с заинтересованными сторонами
4. Обновления файлов проекта
(1) Журнал проблем
(2) Регистрация извлеченных уроков
(3) реестр рисков
(4) Реестр заинтересованных сторон
十一、 Контролировать работу проекта
I. определение
Процесс отслеживания, анализа и составления отчетов об общем прогрессе проекта в достижении целей производительности, определенных в плане управления проектом.
II. эффект
Держите заинтересованные стороны в курсе текущего состояния проекта и участия в действиях, предпринятых для решения проблем с производительностью, а также держите заинтересованные стороны в курсе будущего статуса проекта посредством прогнозов затрат и графиков.
III. Этот процесс должен осуществляться на протяжении всего проекта.
IV. Надзор — это один из видов деятельности по управлению проектом, который происходит на протяжении всего проекта и включает в себя сбор, измерение и анализ измерений, а также прогнозирование тенденций для улучшения процессов. Постоянный мониторинг позволяет команде управления проектом получить представление о ходе реализации проекта и выявить области, требующие особого внимания. Контроль включает разработку корректирующих или предупреждающих действий или перепланирование и отслеживание реализации планов действий, чтобы обеспечить эффективное решение проблемы.
V. Мониторинг процесса работы проекта в основном фокусируется на:
1. Сравните фактическую производительность проекта с планом управления проектом;
2. Регулярно оценивать эффективность проекта, определять, необходимы ли корректирующие или предупреждающие действия, и рекомендовать необходимые действия;
3. Проверить состояние отдельных рисков проекта;
4. Поддерживать точную и актуальную информационную базу на протяжении всего проекта, чтобы отражать состояние продукта и документации;
5. Предоставлять информацию для отчетности о состоянии, измерения прогресса и прогнозирования;
6. Делайте прогнозы для обновления текущей информации о стоимости и расписании;
7. Контролировать внедрение одобренных изменений;
8. Если проект является частью программы, о ходе реализации и статусе проекта также следует сообщать руководству программы;
9. Убедитесь, что проекты соответствуют потребностям бизнеса и т. д.
VI. ИТО
i. входить
1. план управления проектом
любой компонент
2. файлы проекта
(1) Гипотетический журнал
Содержит информацию о предположениях и ограничениях, которые повлияют на проект.
(2) Основа оценки
Объясните, как получаются различные оценки и используются для принятия решения о том, как бороться с предвзятостью.
(3) прогноз затрат
Основываясь на прошлых результатах проекта, определите, находится ли проект в пределах допустимого бюджета, и определите любые необходимые изменения.
(4) Журнал проблем
Используется для документирования и мониторинга лиц, ответственных за решение конкретных проблем в установленные сроки.
(5) Регистрация извлеченных уроков
Может включать эффективные способы реагирования на отклонения, а также корректирующие и предупреждающие действия.
(6) Список этапов
Перечислите даты достижения конкретных этапов, чтобы проверить, были ли достигнуты запланированные этапы.
(7) отчет о качестве
Содержит вопросы управления качеством, предложения по улучшению процессов, проектов и продуктов, предложения по корректирующим действиям (включая доработку, исправление дефектов (лазеек), 100% проверку и т. д.), а также обзор ситуаций, обнаруженных в процессе контроля качества.
(8) реестр рисков
Документировал и предоставлял соответствующую информацию о различных угрозах и возможностях, возникших во время реализации проекта.
(9) отчет о рисках
Информация об общих рисках проекта и отдельных рисках фиксируется и предоставляется.
(10) прогноз прогресса
На основе прошлых показателей проекта определите, находится ли проект в пределах допусков графика, и определите любые необходимые изменения.
3. информация о производительности труда
Данные о выполнении работ собираются в ходе выполнения работ и передаются в процесс контроля для дальнейшего анализа. Информация об эффективности работы генерируется путем сравнения данных об эффективности работы с компонентами плана управления проектом, проектными документами и другими переменными проекта. Это сравнение дает представление о том, насколько хорошо работает проект.
Конкретные показатели выполнения работ по объему, графику, бюджету и качеству указываются в плане управления проектом в начале проекта. Данные о производительности собираются в ходе проекта в рамках процесса контроля и сравниваются с планами и другими переменными, чтобы обеспечить контекст для выполнения работы.
4. протокол
Договор купли-продажи включает положения и условия, а также может включать в себя другие пункты, например, условия покупателя относительно выполняемой работы или продукции, которая должна быть поставлена продавцом. Если проект передает часть работы на аутсорсинг, менеджеру проекта необходимо будет контролировать работу подрядчика, чтобы гарантировать, что все соглашения соответствуют конкретным требованиям проекта, а также политике закупок организации.
5. факторы деловой среды
6. Активы организационного процесса
ii. Инструменты и методы
1. экспертная оценка
2. анализ данных
(1) Анализ альтернатив
Используется для выбора корректирующих действий или комбинации корректирующих и предупреждающих действий, которые должны быть реализованы при возникновении отклонений.
(2) Анализ выгоды и затрат
Помогает определить наиболее экономически эффективные корректирующие действия при возникновении отклонений.
(3) Анализ освоенного объема
Проведен комплексный анализ объема, графика и затрат.
(4) Анализ причин
Ориентированный на выявление основных причин проблем, он может использоваться для выявления причин, по которым произошли отклонения, и областей, на которых менеджеру проекта следует сосредоточить внимание для достижения целей проекта.
(5) анализ тенденций
Прогнозируя будущие результаты на основе прошлых результатов, он может предсказать задержки в графике проекта. Анализ тенденций следует проводить на достаточно раннем этапе реализации проекта. Необходимые профилактические меры могут быть рекомендованы на основе результатов анализа тенденций.
(6) Анализ отклонений
Смета затрат, использование ресурсов, ставки ресурсов, технические характеристики и другие измерения. В процессе мониторинга работы проекта проводится комплексный анализ отклонений стоимости, времени, технологий и ресурсов посредством анализа отклонений, чтобы понять общее отклонение проекта.
3. принятие решений
голосование
В том числе с использованием следующих методов принятия решений: единогласного согласия, согласия большинства или принципа относительного большинства.
4. Встреча
iii. выход
1. отчет о выполнении работы
Информация о результатах работы может быть консолидирована, записана и распространена в физической или электронной форме. На основе информации о выполнении работ составляются отчеты о выполнении работ в физической или электронной форме для принятия решений, принятия мер или привлечения внимания. Отправляйте отчеты о результатах работы заинтересованным сторонам проекта посредством процесса коммуникации в соответствии с планом управления коммуникациями проекта.
Разница между данными, информацией и отчетами
Содержание отчетов о выполнении работ обычно включает отчеты о состоянии и отчеты о ходе работы. Отчеты об исполнении работ могут включать диаграммы и информацию о освоенном объеме, линии тенденций и прогнозы, диаграммы выгорания резервов, гистограммы дефектов, информацию об исполнении контрактов и обзоры профилей рисков.
Его также можно представить в виде информационных панелей, больших видимых диаграмм, досок задач, диаграмм сжигания и т. д., которые привлекают внимание, принимают решения и совершают действия.
1||| панель приборов
Информация собирается в электронном виде, и создаются графики, описывающие состояние, позволяющие провести углубленный анализ данных, и используемые для предоставления сводной информации высокого уровня с сопроводительным текстом для объяснения любых показателей, которые превышают установленные пороговые значения.
Информационные панели включают светофорные диаграммы (также называемые диаграммами RAG, где RAG — это аббревиатура красного, желтого и зеленого цветов), гистограммы, круговые диаграммы и контрольные диаграммы.
2||| Большая видимая диаграмма
Большие видимые диаграммы (BVC), также известные как источники информации, представляют собой инструменты видимого физического отображения, которые предоставляют метрическую информацию и результаты членам организации и поддерживают своевременный обмен знаниями. BVC не ограничивается публикацией информации в инструментах выполнения или инструментах отчетности, но чаще всего в местах, где люди могут легко ее увидеть. BVC должен легко обновляться и часто обновляться. Вообще говоря, BVC не создается в электронном виде, а поддерживается вручную, поэтому часто это «низкотехнологичный, но трудоемкий процесс». На рисунке ниже показаны BVC, связанные с завершенными работами, оставшимися работами и рисками.
3||| доска задач
Доска задач — это визуальное представление готовой к началу работы (задач), текущей и завершенной работы. Это визуальное представление запланированной работы, которая может помочь участникам проекта понять состояние каждой задачи в любое время. Используйте стикеры разных цветов, чтобы обозначить разные виды работы.
4||| диаграмма сгорания
Диаграммы сгорания (включая диаграммы сгорания или сгорания) используются для отображения «скорости» работы проектной команды, которая является мерой производительности проекта. Диаграмма выработки может отслеживать объем выполненной работы в соответствии с планом, как показано на рисунке ниже, а диаграмма выработки может показывать объем оставшейся работы (например, точки истории в проекте, использующем адаптивный подход) или объем риска, который был уменьшен.
На рисунке ниже показан пример установки бюджетного порога. Кривая, превышающая запланированный уровень расходов на 10%, равна 1, а кривая, превышающая -20%, — это 2 и 3, которые представляют фактические расходы. Диаграмма показывает, что в январе расходы превысили допустимый предел в 10%, что привело к запуску диагностического плана.
Вместо того, чтобы ждать, пока критический порог будет преодолен, прежде чем предпринимать действия, проектные группы могут заранее устранять отклонения, если их можно предсказать с помощью тенденций или новой информации. План диагностики — это набор действий, которые необходимо предпринять в случае превышения порогового значения или прогноза. Важность диагностического плана заключается в обсуждении проблемы и разработке плана того, что необходимо сделать, а затем в последующих действиях, чтобы обеспечить реализацию плана и определить, является ли он эффективным.
2. Запрос на изменение
3. Обновление плана управления проектом
любой компонент
4. Обновления файлов проекта
(1) прогноз затрат
(2) прогноз прогресса
(3) Журнал проблем
(4) Регистрация извлеченных уроков
(5) реестр рисков
十二、 Внедрить целостный контроль изменений
I. определение
Процесс рассмотрения всех запросов на изменения, утверждения изменений, управления изменениями результатов, активов организационных процессов, проектных документов и планов управления проектами, а также передачи результатов обработки изменений.
II. В ходе этого процесса рассматриваются все запросы на внесение изменений в проектные документы, результаты или план управления проектом и определяется решение по запросам на изменения.
III. эффект
Обеспечить всесторонний анализ документированных изменений в проекте.
IV. Внедрение изменений без учета их влияния на общие цели или планы проекта часто увеличивает общий риск проекта.
V. Этот процесс должен осуществляться на протяжении всего проекта.
VI. Общий процесс управления изменениями реализуется на протяжении всего проекта, и максимальную ответственность за него несет руководитель проекта. Запрос на изменение может повлиять на содержание проекта, содержание продукта и любой компонент плана управления проектом или любой проектный документ. В любой момент жизненного цикла проекта любая заинтересованная сторона, участвующая в проекте, может отправить запрос на изменение.
VII. Изменения не требуют формального контроля, а общий процесс контроля изменений должен быть реализован до того, как будут установлены базовые показатели. После того как базовый план проекта установлен, запросы на изменения должны обрабатываться путем внедрения общего процесса контроля изменений. Хотя изменения могут вноситься устно, все запросы на изменения должны быть документированы в письменной форме и включены в систему управления изменениями и/или конфигурацией. Прежде чем утвердить изменение, может потребоваться понять, как оно повлияет на график и стоимость. Формальный общий процесс контроля изменений необходим всякий раз, когда запрос на изменение может повлиять на какой-либо базовый план проекта. Каждый документированный запрос на изменение должен быть одобрен, отложен или отклонен ответственным лицом, обычно спонсором проекта или руководителем проекта. Это ответственное лицо должно быть назначено в плане управления проектом или в организационных процедурах, а CCB должен при необходимости проводить общий процесс контроля изменений. После утверждения запроса на изменение могут потребоваться новые (или пересмотренные) сметы затрат, последовательность действий, даты графика, требования к ресурсам и/или анализ реагирования на риски. Эти изменения могут потребовать внесения корректировок в план управления проектом и другие документы проекта.
VIII. Контроль конфигурации и контроль изменений имеют разные задачи:
1. Контроль конфигурации фокусируется на результатах и технических характеристиках каждого процесса;
2. Управление изменениями направлено на выявление, документирование, утверждение или отклонение изменений в проектных документах, результатах или базовых показателях.
IX. Действия по управлению конфигурацией, которые должны поддерживать инструменты контроля изменений, включают:
1. Определение элементов конфигурации
Определите и выберите элементы конфигурации, чтобы обеспечить основу для определения и проверки конфигураций продуктов, маркировки продуктов и документов, управления изменениями и разъяснения обязанностей.
2. Запись и отчет о состоянии элемента конфигурации
Записывайте и сообщайте информацию по каждому элементу конфигурации.
3. Проверка и аудит элементов конфигурации
Посредством проверки и аудита конфигурации убедитесь в правильности состава элементов конфигурации проекта, а соответствующие изменения регистрируются, оцениваются, утверждаются, отслеживаются и правильно реализуются, обеспечивая достижение функциональных требований, указанных в файле конфигурации.
X. Действия по управлению изменениями, которые также должны поддерживать инструменты контроля изменений, включают:
1. Определить изменения
Определите и выберите изменения в документах процесса или проекта.
2. Запись изменений
Документируйте изменения в соответствии с запросами на изменения.
3. Примите решение измениться
Просматривает изменения и утверждает, отклоняет, откладывает или принимает другие решения по изменениям в проектной документации, результатах или базовых показателях.
4. Отслеживать изменения
Подтверждаемые изменения регистрируются, оцениваются, утверждаются, отслеживаются, а окончательные результаты передаются соответствующим сторонам.
XI. Инструменты также можно использовать для управления запросами на изменения и последующими решениями, уделяя при этом особое внимание коммуникации, чтобы помочь членам совета по контролю изменений выполнять свои обязанности и сообщать решения соответствующим сторонам.
XII. ИТО
i. входить
1. план управления проектом
(1) план управления изменениями
Обеспечьте руководство по управлению процессом контроля изменений и задокументируйте роли и обязанности CCB.
(2) план управления конфигурацией
Опишите элементы конфигурации проекта, определите элементы конфигурации, которые следует записывать и обновлять, а также поддерживать согласованность и эффективность продуктов проекта.
(3) Базовый уровень объема
Предоставьте определения проекта и продукта.
(4) базовый уровень прогресса
Используется для оценки влияния изменений на график проекта.
(5) базис затрат
Используется для оценки влияния изменений на стоимость проекта.
2. файлы проекта
(1) Основа оценки
Укажите, как формируются оценки продолжительности, стоимости и ресурсов, а также рассчитайте влияние изменений на время, бюджет и ресурсы.
(2) Матрица отслеживания требований
Помогает оценить влияние изменений на масштаб проекта.
(3) отчет о рисках
Предоставляет информацию об источниках риска проекта, связанных с запросами на изменение.
3. отчет о выполнении работы
Отчеты об исполнении работ, которые особенно полезны при внедрении интегрированного процесса управления изменениями, включают в себя: доступность ресурсов, данные о расписании и затратах, отчеты о освоенном объеме, а также диаграммы сжигания или диаграммы сгорания.
4. Запрос на изменение
Многие процессы во время выполнения проекта выдают запросы на изменение. Запросы на изменения могут содержать корректирующие действия, предупреждающие действия, исправление дефектов и обновления формально контролируемых проектных документов или результатов. Изменения могут повлиять или не повлиять на базовый план проекта, и решение об изменении обычно принимает руководитель проекта.
Для изменений, которые влияют на базовый план проекта, в запросе на изменение обычно следует указывать стоимость выполнения изменения, необходимые изменения даты графика, требования к ресурсам и связанные с ними риски. Такие изменения должны быть одобрены CCB (если таковые имеются) и клиентом или спонсором, если они сами не являются членами CCB. Только одобренные изменения могут быть включены в пересмотренную базовую версию.
5. факторы деловой среды
6. Активы организационного процесса
ii. Инструменты и методы
1. экспертная оценка
2. инструменты контроля изменений
3. анализ данных
(1) Анализ альтернатив
(2) Анализ выгоды и затрат
4. принятие решений
(1) голосование
(2) авторитарное принятие решений
(3) Многокритериальный анализ решений
5. Встреча
iii. выход
1. Одобренный запрос на изменение
Менеджер проекта, CCB или назначенный член группы обрабатывают запросы на изменения в соответствии с планом управления изменениями и принимают решения об утверждении, отсрочке или отказе. Утвержденные запросы на изменения должны быть реализованы в рамках рабочего процесса проекта «Направление и управление». В случае отложенных или отклоненных запросов на изменение следует уведомить человека или группу, подающую запрос на изменение.
2. Обновление плана управления проектом
любой компонент
3. Обновления файлов проекта
Журнал изменений