Вопросы и реферат по УП 🤢🤢🤢
This commit is contained in:
4
presentation/questions/.gitignore
vendored
Normal file
4
presentation/questions/.gitignore
vendored
Normal file
@@ -0,0 +1,4 @@
|
||||
*
|
||||
|
||||
!.gitignore
|
||||
!*.tex
|
||||
239
presentation/questions/test.tex
Normal file
239
presentation/questions/test.tex
Normal file
@@ -0,0 +1,239 @@
|
||||
\documentclass[12pt]{article}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[russian]{babel}
|
||||
\usepackage{enumitem}
|
||||
\usepackage[a4paper,margin=2cm]{geometry}
|
||||
\newcommand{\correct}[1]{\textbf{#1}}
|
||||
|
||||
\begin{document}
|
||||
\section*{Тест из 25 вопросов по темам «Руководство и управление исполнением работ проекта», «Мониторинг и контроль работ проекта», «Осуществление общего управления изменениями»}
|
||||
|
||||
\begin{enumerate}[label=\textbf{\arabic*.}, leftmargin=0pt, itemindent=1.8em]
|
||||
|
||||
\item Ключевая выгода процесса «Руководство и управление исполнением работ проекта» состоит в том, что он:
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item минимизирует объем коммуникаций в проекте
|
||||
\item гарантирует отсутствие изменений в планах
|
||||
\item фокусируется только на сроках
|
||||
\item обеспечивает выполнение только технических задач
|
||||
\item \correct{обеспечивает общее управление работами и результатами, повышая вероятность успеха проекта}
|
||||
\end{enumerate}
|
||||
|
||||
\item Процесс «Руководство и управление исполнением работ проекта» выполняется:
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item только на инициации
|
||||
\item только в середине проекта
|
||||
\item только на закрытии
|
||||
\item по запросу спонсора
|
||||
\item \correct{на протяжении всего проекта}
|
||||
\end{enumerate}
|
||||
|
||||
\item Что является \textit{выходом} процесса «Руководство и управление исполнением работ проекта»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Информация о выполнении работ (WPI)
|
||||
\item Отчёты о выполнении работ (WPR)
|
||||
\item План управления требованиями
|
||||
\item \correct{Данные о выполнении работ (WPD)}
|
||||
\item План управления поставками
|
||||
\end{enumerate}
|
||||
|
||||
\item Что относится к \textit{входам} процесса «Руководство и управление исполнением работ проекта»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Одобренные отчёты о проекте
|
||||
\item \correct{Одобренные запросы на изменения}
|
||||
\item Акт приёмки результатов
|
||||
\item Реестр заинтересованных сторон как единственный документ
|
||||
\item Резерв по управлению рисками
|
||||
\end{enumerate}
|
||||
|
||||
\item Что относится к \textit{инструментам и методам} процесса «Руководство и управление исполнением работ проекта»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Контроль качества
|
||||
\item Анализ Монте-Карло
|
||||
\item \correct{PMIS (информационные системы управления проектом)}
|
||||
\item Параметрическая оценка
|
||||
\item Мозговой штурм без фиксации результатов
|
||||
\end{enumerate}
|
||||
|
||||
\item Что \textit{включает} в себя руководство и управление исполнением работ проекта?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Исключительно аудит качества
|
||||
\item Только найм внешних подрядчиков
|
||||
\item Лишь подготовку устава проекта
|
||||
\item Только реакцию на риски без планирования
|
||||
\item \correct{Создание CR (change request) и внедрение одобренных изменений в содержание, планы и среду проекта}
|
||||
\end{enumerate}
|
||||
|
||||
\item Мониторинг и контроль работ проекта — это процесс:
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item разработки устава
|
||||
\item декомпозиции WBS
|
||||
\item \correct{отслеживания, проверки и ведения отчётности о ходе исполнения для достижения целей}
|
||||
\item проведения закупок
|
||||
\item закрытия фазы
|
||||
\end{enumerate}
|
||||
|
||||
\item Ключевая выгода процесса «Мониторинг и контроль работ проекта»:
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item исключение необходимости отчётности
|
||||
\item замена планов без согласования
|
||||
\item \correct{даёт заинтересованным сторонам понимание текущего состояния, действий и прогнозов по бюджету/срокам/объёму}
|
||||
\item ограничение коммуникаций
|
||||
\item отмена управления рисками
|
||||
\end{enumerate}
|
||||
|
||||
\item Какой элемент данных относится к \textit{входам} процесса «Мониторинг и контроль работ проекта»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Данные о выполнении работ (WPD)
|
||||
\item План управления выгодами
|
||||
\item \correct{Информация о выполнении работ (WPI) из контрольных процессов}
|
||||
\item Сводный бизнес-кейс
|
||||
\item Матрица ответственности RACI
|
||||
\end{enumerate}
|
||||
|
||||
\item Что является \textit{выходом} процесса «Мониторинг и контроль работ проекта»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Продукты/результаты (deliverables)
|
||||
\item \correct{Отчёты о выполнении работ (WPR)}
|
||||
\item Утверждённая хартия
|
||||
\item Уроки, зафиксированные в OPA, как единственный результат
|
||||
\item План управления персоналом
|
||||
\end{enumerate}
|
||||
|
||||
\item Какие аналитические подходы характерны для процесса «Мониторинг и контроль работ проекта»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Диаграмма Исикавы без данных
|
||||
\item Анализ Парето дефектов
|
||||
\item \correct{EVM (SPI/CPI, EAC/ETC) и анализ отклонений/трендов}
|
||||
\item Гистограмма ресурсов
|
||||
\item Моделирование критического пути методом PERT трёхточечных оценок
|
||||
\end{enumerate}
|
||||
|
||||
\item Контроль в рамках процесса «Мониторинг и контроль работ проекта» направлен на:
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item только ретроспективный анализ
|
||||
\item \correct{определение корректирующих/предупредительных действий и отслеживание их выполнения}
|
||||
\item замену спонсора проекта
|
||||
\item формирование устава
|
||||
\item завершение контрактов
|
||||
\end{enumerate}
|
||||
|
||||
\item Постоянный мониторинг обеспечивает:
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item исключительно отчётность для заказчика
|
||||
\item автоматическое устранение всех рисков
|
||||
\item \correct{понимание общего состояния проекта и выделение областей для приоритетного внимания}
|
||||
\item только переоценку бюджета
|
||||
\item отмену коммуникаций
|
||||
\end{enumerate}
|
||||
|
||||
\item Осуществление общего управления изменениями — это процесс:
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item составления бюджета
|
||||
\item \correct{анализа всех запросов на изменения, их утверждения/отклонения и управления изменениями артефактов}
|
||||
\item разработки WBS
|
||||
\item найма команды
|
||||
\item закупки материалов
|
||||
\end{enumerate}
|
||||
|
||||
\item Кто несёт \textit{единоличную} ответственность за осуществление общего управления изменениями?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Совет директоров
|
||||
\item CCB как единственный владелец
|
||||
\item Заказчик
|
||||
\item PMO
|
||||
\item \correct{Руководитель проекта}
|
||||
\end{enumerate}
|
||||
|
||||
\item Когда выполняется процесс «Осуществление общего управления изменениями»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item только при отклонении по срокам
|
||||
\item после завершения работ
|
||||
\item на инициации и закрытии
|
||||
\item в момент релиза продукта
|
||||
\item \correct{с начала проекта и до его завершения}
|
||||
\end{enumerate}
|
||||
|
||||
\item Какая группа может быть привлечена для формального рассмотрения CR?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item QA-команда
|
||||
\item Архитектурный комитет
|
||||
\item Команда коммуникаций
|
||||
\item \correct{Совет по контролю изменений (CCB)}
|
||||
\item Финансовый департамент
|
||||
\end{enumerate}
|
||||
|
||||
\item Что является \textit{входом} процесса «Осуществление общего управления изменениями»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Устав проекта
|
||||
\item \correct{Запросы на изменения (CR)}
|
||||
\item Акт приёмки поставки
|
||||
\item План управления персоналом
|
||||
\item Матрица коммуникаций как единственный вход
|
||||
\end{enumerate}
|
||||
|
||||
\item Что является \textit{выходом} процесса «Осуществление общего управления изменениями»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item План управления качеством
|
||||
\item \correct{Одобренные/отклонённые запросы на изменения}
|
||||
\item Согласованный контракт с поставщиком
|
||||
\item Только журнал уроков
|
||||
\item План управления рисками как новый
|
||||
\end{enumerate}
|
||||
|
||||
\item Какие подходы к принятию решений применяются в процессе «Осуществление общего управления изменениями»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Ресурсное выравнивание
|
||||
\item Диаграмма Ганта
|
||||
\item \correct{Принятие решений (голосование, мультикритериальные матрицы, Delphi и др.)}
|
||||
\item Стратификация дефектов
|
||||
\item Метод критической цепи
|
||||
\end{enumerate}
|
||||
|
||||
\item Что лучше описывает \textit{Данные о выполнении работ (WPD)}?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item \correct{сырые факты: даты, трудозатраты, \% готовности, дефекты}
|
||||
\item агрегированные отчёты по проекту
|
||||
\item согласованные прогнозы по EAC
|
||||
\item утверждённые изменения базовых линий
|
||||
\item окончательный акт сдачи-приёмки
|
||||
\end{enumerate}
|
||||
|
||||
\item Все три процесса — «Руководство и управление исполнением работ проекта», «Мониторинг и контроль работ проекта» и «Осуществление общего управления изменениями» — относятся к области знаний:
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Управление сроками
|
||||
\item Управление стоимостью
|
||||
\item Управление качеством
|
||||
\item Управление ресурсами
|
||||
\item \correct{Управление интеграцией проекта}
|
||||
\end{enumerate}
|
||||
|
||||
\item Какой инструмент является \textit{общим} для процессов «Руководство и управление исполнением работ проекта» и «Мониторинг и контроль работ проекта»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Контрольный лист качества
|
||||
\item Гистограмма
|
||||
\item План поставок
|
||||
\item \correct{Экспертное суждение}
|
||||
\item Анализ трёхточечных оценок
|
||||
\end{enumerate}
|
||||
|
||||
\item Что \textit{не относится} к выходам процесса «Мониторинг и контроль работ проекта»?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Запросы на изменения
|
||||
\item Отчёты о выполнении работ
|
||||
\item Обновления плана управления проектом
|
||||
\item Обновления проектных документов
|
||||
\item \correct{Поставляемые результаты (deliverables)}
|
||||
\end{enumerate}
|
||||
|
||||
\item Какой корректный поток преобразования информации об исполнении?
|
||||
\begin{enumerate}[label=\alph*)]
|
||||
\item Отчёты о выполнении работ $\rightarrow$ Информация о выполнении работ $\rightarrow$ Данные о выполнении работ
|
||||
\item Информация о выполнении работ $\rightarrow$ Данные о выполнении работ $\rightarrow$ Отчёты о выполнении работ
|
||||
\item \correct{Данные о выполнении работ $\rightarrow$ Информация о выполнении работ $\rightarrow$ Отчёты о выполнении работ}
|
||||
\item Отчёты о выполнении работ $\rightarrow$ Запросы на изменения $\rightarrow$ Данные о выполнении работ
|
||||
\item Запросы на изменения $\rightarrow$ Данные о выполнении работ $\rightarrow$ Оценка при завершении
|
||||
\end{enumerate}
|
||||
|
||||
\end{enumerate}
|
||||
\end{document}
|
||||
6
presentation/report/.gitignore
vendored
Normal file
6
presentation/report/.gitignore
vendored
Normal file
@@ -0,0 +1,6 @@
|
||||
*
|
||||
|
||||
!.gitignore
|
||||
!**/
|
||||
!img/*
|
||||
!*.tex
|
||||
448
presentation/report/УП. Реферат. Тищенко.tex
Normal file
448
presentation/report/УП. Реферат. Тищенко.tex
Normal file
@@ -0,0 +1,448 @@
|
||||
\documentclass[a4paper, final]{article}
|
||||
%\usepackage{literat} % Нормальные шрифты
|
||||
\usepackage[14pt]{extsizes} % для того чтобы задать нестандартный 14-ый размер шрифта
|
||||
\usepackage{tabularx}
|
||||
\usepackage[T2A]{fontenc}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[russian]{babel}
|
||||
\usepackage{amsmath}
|
||||
\usepackage[left=25mm, top=20mm, right=20mm, bottom=20mm, footskip=10mm]{geometry}
|
||||
\usepackage{ragged2e} %для растягивания по ширине
|
||||
\usepackage{setspace} %для межстрочно го интервала
|
||||
\usepackage{moreverb} %для работы с листингами
|
||||
\usepackage{indentfirst} % для абзацного отступа
|
||||
\usepackage{moreverb} %для печати в листинге исходного кода программ
|
||||
\usepackage{pdfpages} %для вставки других pdf файлов
|
||||
\usepackage{tikz}
|
||||
\usepackage{graphicx}
|
||||
\usepackage{afterpage}
|
||||
\usepackage{longtable}
|
||||
\usepackage{float}
|
||||
|
||||
|
||||
|
||||
% \usepackage[paper=A4,DIV=12]{typearea}
|
||||
\usepackage{pdflscape}
|
||||
% \usepackage{lscape}
|
||||
|
||||
\usepackage{array}
|
||||
\usepackage{multirow}
|
||||
|
||||
\renewcommand\verbatimtabsize{4\relax}
|
||||
\renewcommand\listingoffset{0.2em} %отступ от номеров строк в листинге
|
||||
\renewcommand{\arraystretch}{1.4} % изменяю высоту строки в таблице
|
||||
\usepackage[font=small, singlelinecheck=false, justification=centering, format=plain, labelsep=period]{caption} %для настройки заголовка таблицы
|
||||
\usepackage{listings} %листинги
|
||||
\usepackage{xcolor} % цвета
|
||||
\usepackage{hyperref}% для гиперссылок
|
||||
\usepackage{enumitem} %для перечислений
|
||||
|
||||
\newcommand{\specialcell}[2][l]{\begin{tabular}[#1]{@{}l@{}}#2\end{tabular}}
|
||||
|
||||
|
||||
\setlist[enumerate,itemize]{leftmargin=1.2cm} %отступ в перечислениях
|
||||
|
||||
\hypersetup{colorlinks,
|
||||
allcolors=[RGB]{010 090 200}} %красивые гиперссылки (не красные)
|
||||
|
||||
% подгружаемые языки — подробнее в документации listings (это всё для листингов)
|
||||
\lstloadlanguages{ SQL}
|
||||
% включаем кириллицу и добавляем кое−какие опции
|
||||
\lstset{tabsize=2,
|
||||
breaklines,
|
||||
basicstyle=\footnotesize,
|
||||
columns=fullflexible,
|
||||
flexiblecolumns,
|
||||
numbers=left,
|
||||
numberstyle={\footnotesize},
|
||||
keywordstyle=\color{blue},
|
||||
inputencoding=cp1251,
|
||||
extendedchars=true
|
||||
}
|
||||
\lstdefinelanguage{MyC}{
|
||||
language=SQL,
|
||||
% ndkeywordstyle=\color{darkgray}\bfseries,
|
||||
% identifierstyle=\color{black},
|
||||
% morecomment=[n]{/**}{*/},
|
||||
% commentstyle=\color{blue}\ttfamily,
|
||||
% stringstyle=\color{red}\ttfamily,
|
||||
% morestring=[b]",
|
||||
% showstringspaces=false,
|
||||
% morecomment=[l][\color{gray}]{//},
|
||||
keepspaces=true,
|
||||
escapechar=\%,
|
||||
texcl=true
|
||||
}
|
||||
|
||||
\textheight=24cm % высота текста
|
||||
\textwidth=16cm % ширина текста
|
||||
\oddsidemargin=0pt % отступ от левого края
|
||||
\topmargin=-1.5cm % отступ от верхнего края
|
||||
\parindent=24pt % абзацный отступ
|
||||
\parskip=5pt % интервал между абзацами
|
||||
\tolerance=2000 % терпимость к "жидким" строкам
|
||||
\flushbottom % выравнивание высоты страниц
|
||||
|
||||
|
||||
% Настройка листингов
|
||||
\lstset{
|
||||
language=python,
|
||||
extendedchars=\true,
|
||||
inputencoding=utf8,
|
||||
keepspaces=true,
|
||||
% captionpos=b, % подписи листингов снизу
|
||||
}
|
||||
|
||||
\begin{document} % начало документа
|
||||
|
||||
|
||||
|
||||
% НАЧАЛО ТИТУЛЬНОГО ЛИСТА
|
||||
\begin{center}
|
||||
\hfill \break
|
||||
\hfill \break
|
||||
\normalsize{МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ\\
|
||||
федеральное государственное автономное образовательное учреждение высшего образования «Санкт-Петербургский политехнический университет Петра Великого»\\[10pt]}
|
||||
\normalsize{Институт компьютерных наук и кибербезопасности}\\[10pt]
|
||||
\normalsize{Высшая школа технологий искусственного интеллекта}\\[10pt]
|
||||
\normalsize{Направление: 02.03.01 <<Математика и компьютерные науки>>}\\
|
||||
|
||||
\hfill \break
|
||||
\hfill \break
|
||||
\hfill \break
|
||||
\hfill \break
|
||||
\large{Реферат по дисциплине}\\
|
||||
\large{<<Управление проектами>>}\\
|
||||
\large{<<Ключевые процессы управления интеграцией проекта>>}\\
|
||||
|
||||
\hfill \break
|
||||
\hfill \break
|
||||
\end{center}
|
||||
|
||||
\small{
|
||||
\begin{tabular}{lrrl}
|
||||
\!\!\!Студент, & \hspace{2cm} & & \\
|
||||
\!\!\!группы 5130201/20102 & \hspace{2cm} & \underline{\hspace{3cm}} &Тищенко А. А. \\\\
|
||||
\!\!\!Преподаватель & \hspace{2cm} & \underline{\hspace{3cm}} & Большаков А. А. \\\\
|
||||
&&\hspace{4cm}
|
||||
\end{tabular}
|
||||
\begin{flushright}
|
||||
<<\underline{\hspace{1cm}}>>\underline{\hspace{2.5cm}} 2025г.
|
||||
\end{flushright}
|
||||
}
|
||||
|
||||
\hfill \break
|
||||
% \hfill \break
|
||||
\begin{center} \small{Санкт-Петербург, 2025} \end{center}
|
||||
\thispagestyle{empty} % выключаем отображение номера для этой страницы
|
||||
|
||||
% КОНЕЦ ТИТУЛЬНОГО ЛИСТА
|
||||
\newpage
|
||||
|
||||
\tableofcontents
|
||||
|
||||
|
||||
\newpage
|
||||
|
||||
\section*{Введение}
|
||||
\addcontentsline{toc}{section}{Введение}
|
||||
В проекте есть множество отдельных областей — сроки, бюджет, качество, риски, ресурсы, коммуникации. Если управлять ими по отдельности, легко получить конфликт целей и хаос. Процессы интеграции нужны для того, чтобы связать всё воедино, обеспечить согласованность решений и движений проекта в едином направлении.
|
||||
|
||||
В реферате описаны ключевые процессы управления интеграцией проекта: руководство и управление исполнением работ, мониторинг и контроль, а также интегрированный контроль изменений. Также в реферат включён краткий обзор литературы, демонстрирующие влияние процессов управления интеграцией на результаты проектов.
|
||||
|
||||
\newpage
|
||||
\section{Руководство и управление исполнением работ проекта}
|
||||
Руководство и управление работами проекта — процесс руководства и исполнения работ, определенных в плане
|
||||
управления проектом, и применения одобренных изменений для достижения целей проекта~\cite{pmbok}. Ключевая выгода данного
|
||||
процесса состоит в обеспечении общего управления работами и поставляемыми результатами проекта и, таким образом,
|
||||
увеличении вероятности успеха проекта. Этот процесс осуществляется на протяжении всего проекта. Входы, инструменты
|
||||
и методы, а также выходы этого процесса показаны на рис.~\ref{fig:1/input-output}. На рис.~\ref{fig:1/data-flow} показана диаграмма потоков данных процесса.
|
||||
|
||||
\begin{figure}[h!]
|
||||
\centering
|
||||
\includegraphics[width=0.9\linewidth]{img/1/input-output.png}
|
||||
\caption{Руководство и управление работами проекта: входы, инструменты и методы, выходы~\cite{pmbok}}
|
||||
\label{fig:1/input-output}
|
||||
\end{figure}
|
||||
|
||||
\begin{figure}[h!]
|
||||
\centering
|
||||
\includegraphics[width=1\linewidth]{img/1/data-flow.png}
|
||||
\caption{Диаграмма потоков данных руководства и управления работами проекта~\cite{pmbok}}
|
||||
\label{fig:1/data-flow}
|
||||
\end{figure}
|
||||
|
||||
Руководство и управление работами проекта включает в себя, среди прочего:
|
||||
\begin{itemize}
|
||||
\item исполнение операций для достижения целей проекта;
|
||||
\item создание поставляемых результатов проекта для запланированных работ проекта;
|
||||
\item подбор, подготовку и управление членами команды, назначенными на проект;
|
||||
\item получение, управление и использование ресурсов, включая материалы, инструменты, оборудование и
|
||||
сооружения;
|
||||
|
||||
\item применение запланированных методов и стандартов;
|
||||
\item налаживание и управление каналами коммуникаций проекта, как внешними, так и внутренними по отношению
|
||||
к команде проекта;
|
||||
\item выработку данных об исполнении работ, таких как прогресс по стоимости, расписанию, техническому исполнению
|
||||
или исполнению по качеству, а также статус, для облегчения прогнозирования;
|
||||
\item создание запросов на изменения и внедрение одобренных изменений в содержание, планы и среду проекта;
|
||||
\item управление рисками и выполнение операций по реагированию на риски;
|
||||
\item управление продавцами и поставщиками;
|
||||
\item управление заинтересованными сторонами и их вовлечение;
|
||||
\item сбор и документирование извлеченных уроков, а также выполнение одобренных действий по улучшению
|
||||
процессов.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Входы, инструменты и выходы}
|
||||
|
||||
\textbf{Входы:}
|
||||
\begin{itemize}
|
||||
\item Единый план управления проектом (все базовые линии и подпланы).
|
||||
\item Одобренные запросы на изменения (что именно надо внедрить).
|
||||
\item Проектные документы (график, матрица требований, реестр рисков, журнал уроков и т. п.).
|
||||
\item EEF/OPA (внешняя среда и орг. активы: процедуры, шаблоны, стандарты).
|
||||
\end{itemize}
|
||||
|
||||
\textbf{Инструменты и методы:}
|
||||
\begin{itemize}
|
||||
\item Экспертное суждение (SME, архитекторы, техлиды).
|
||||
\item PMIS (инструменты управления: Jira, MS Project, ClickUp/Asana и т. п.).
|
||||
\item Совещания (планёрки, стендапы, технические ревью).
|
||||
\end{itemize}
|
||||
|
||||
\textbf{Выходы:}
|
||||
\begin{itemize}
|
||||
\item Результаты/продукты (deliverables).
|
||||
\item Данные о выполнении работ (Work Performance Data) — фактические даты/трудозатраты, \% готовности, дефекты и т. д.
|
||||
\item Запросы на изменения (корректирующие/предупредительные действия, исправление дефектов).
|
||||
\item Обновления: плана управления проектом, проектных документов (график, бюджет, журнал проблем, реестр рисков, реестр уроков и др.), а также организационных активов (процедуры, шаблоны).
|
||||
\end{itemize}
|
||||
|
||||
\newpage
|
||||
\section{Мониторинг и контроль работ проекта}
|
||||
Мониторинг и контроль работ проекта — процесс отслеживания, проверки и ведения отчетности о ходе исполнения для
|
||||
достижения целей исполнения, определенных в плане управления проектом. Ключевая выгода данного процесса состоит
|
||||
в том, что он позволяет заинтересованным сторонам понять текущее состояние проекта, предпринятые шаги, а также
|
||||
прогнозы в отношении бюджета, расписания и содержания. Входы, инструменты и методы, а также выходы этого процесса
|
||||
показаны на рис.~\ref{fig:2/input-output}.
|
||||
|
||||
\begin{figure}[h!]
|
||||
\centering
|
||||
\includegraphics[width=0.9\linewidth]{img/2/input-output.png}
|
||||
\caption{Мониторинг и контроль работ проекта: входы, инструменты и методы, выходы~\cite{pmbok}}
|
||||
\label{fig:2/input-output}
|
||||
\end{figure}
|
||||
|
||||
Мониторинг — это аспект управления проектом, осуществляемый на протяжении всего проекта. Мониторинг включает
|
||||
в себя сбор, измерение и распределение информации об исполнении, а также оценку измерений и тенденций для оказания
|
||||
воздействия на улучшение процесса. Постоянный мониторинг дает команде управления проектом возможность понимать
|
||||
общее состояние проекта и определять, на какие области следует обратить особое внимание. Контроль включает в себя
|
||||
определение корректирующих воздействий или предупреждающих действий, либо повторное планирование и отслеживание
|
||||
выполнения планов с целью определить, удалось ли решить проблему с помощью предпринятых действий. Процесс
|
||||
мониторинга и контроля работ проекта направлен на следующее:
|
||||
|
||||
|
||||
\begin{itemize}
|
||||
\item сравнение фактического исполнения проекта с планом управления проектом;
|
||||
\item оценку исполнения, чтобы определить, требуются ли какие-либо корректирующие воздействия или
|
||||
предупреждающие действия, с последующей рекомендацией данных действий, при необходимости;
|
||||
\item выявление новых рисков и анализ, отслеживание и мониторинг существующих рисков проекта с целью
|
||||
подтверждения того, что все риски выявлены, об их статусе сообщено, и соответствующие планы реагирования
|
||||
исполняются;
|
||||
\item поддержание точной, своевременно обновляемой информационной базы относительно продукта (продуктов)
|
||||
проекта и сопутствующей документации на всем протяжении выполнения проекта;
|
||||
\item предоставление информации, помогающей в составлении отчетов о статусах, проведении измерений исполнения
|
||||
и прогнозировании;
|
||||
\item предоставление прогнозов, позволяющих обновлять информацию о текущей стоимости и текущем расписании;
|
||||
\item мониторинг реализации одобренных изменений по мере их появления;
|
||||
\item предоставление соответствующих отчетов об исполнении и статусе проекта руководству программы, если проект
|
||||
является частью общей программы.
|
||||
\end{itemize}
|
||||
|
||||
\subsection{Входы, инструменты и выходы}
|
||||
|
||||
\textbf{Входы:}
|
||||
\begin{itemize}
|
||||
\item План управления проектом (базовые линии по объёму/срокам/стоимости и подпланы).
|
||||
\item Проектные документы: реестр рисков, журнал проблем, реестр допущений, список вех, отчёты по качеству, прогнозы по срокам/стоимости (ETC/EAC, прогноз графика) и др.
|
||||
\item Информация о выполнении работ (WPI) из контрольных процессов областей (scope/schedule/cost/quality…).
|
||||
\item EEF/OPA (факторы среды и орг. активы).
|
||||
\end{itemize}
|
||||
|
||||
\textbf{Инструменты и методы:}
|
||||
\begin{itemize}
|
||||
\item Экспертное суждение.
|
||||
\item Аналитика данных: анализ отклонений (variance), трендов, EVM (SPI/CPI, EAC/ETC), корневых причин, cost–benefit, альтернатив.
|
||||
\item PMIS (системы отчётности/дашборды).
|
||||
\item Принятие решений, совещания.
|
||||
\end{itemize}
|
||||
|
||||
\textbf{Выходы:}
|
||||
\begin{itemize}
|
||||
\item Запросы на изменения (корректирующие/предупредительные действия, исправление дефектов, обновление базовых линий).
|
||||
\item Отчёты о выполнении работ (Work Performance Reports) — агрегированные сводки/дашборды для стейкхолдеров.
|
||||
\item Обновления: плана управления проектом (при одобрении изменений), проектных документов (риски, график, бюджет, журнал проблем, уроки), организационных активов.
|
||||
\end{itemize}
|
||||
|
||||
\newpage
|
||||
\section{Интегрированный контроль изменений}
|
||||
Интегрированный контроль изменений — процесс анализа всех запросов на изменения, их одобрения и управления
|
||||
изменениями поставляемых результатов, активов процессов организации, документов проекта и плана управления
|
||||
проектом, а также предоставления информации об их состоянии. В ходе этого процесса происходит анализ всех запросов
|
||||
на изменение или модификацию документов проекта, поставляемых результатов, базовых планов или плана управления
|
||||
проектом, а также утверждение или отклонение изменений. Ключевая выгода данного процесса состоит в том, что он
|
||||
позволяет учитывать документированные изменения в проекте комплексным образом, одновременно уменьшая риски
|
||||
проекта, которые часто возникают в связи с изменениями, внесенными без рассмотрения в общие цели или планы проекта.
|
||||
Входы, инструменты и методы, а также выходы этого проекта показаны на~Рис.~\ref{fig:3/input-output}.
|
||||
|
||||
\begin{figure}[h!]
|
||||
\centering
|
||||
\includegraphics[width=0.9\linewidth]{img/3/input-output.png}
|
||||
\caption{Интегрированный контроль изменений: входы, инструменты и методы, выходы~\cite{pmbok}}
|
||||
\label{fig:3/input-output}
|
||||
\end{figure}
|
||||
|
||||
Процесс интегрированного контроля изменений проводится с самого начала проекта и вплоть до его завершения,
|
||||
он является единоличной ответственностью руководителя проекта. План управления проектом, описание содержания
|
||||
проекта и прочие поставляемые результаты поддерживаются путем проведения тщательного и постоянного управления
|
||||
изменениями — отклонения или одобрения изменений, что позволяет гарантировать, что в пересмотренный базовый план
|
||||
включаются только одобренные изменения.
|
||||
|
||||
Запрос на изменение может подать любая заинтересованная сторона, вовлеченная в проект. Хотя изменения могут
|
||||
быть инициированы устно, они обязательно должны быть зарегистрированы в письменной форме и переданы в систему
|
||||
управления изменениями и/или управления конфигурацией. Запросы на изменения подвержены процессам, указанным
|
||||
в системах контроля изменений и контроля конфигурации. Эти процессы, связанные с запросами на изменения, могут
|
||||
требовать информацию об ожидаемом воздействии на сроки и на стоимость.
|
||||
|
||||
Каждый документированный запрос на изменение должен быть либо одобрен, либо отклонен ответственным лицом,
|
||||
обычно спонсором или руководителем проекта. Ответственное лицо будет указано в плане управления проектом или в рамках
|
||||
процедур организации. При необходимости в процесс интегрированного контроля изменений включается совет по контролю
|
||||
изменений (CCB) — формально созданная группа, ответственная за изучение, оценку, одобрение, отсрочку или отклонение
|
||||
внесения изменений в проект, а также за фиксацию соответствующих решений и информирование о них. Одобренные
|
||||
запросы на изменения могут потребовать создания новых или пересмотра старых оценок стоимости, последовательностей
|
||||
операций, дат расписания, потребностей в ресурсах и анализа альтернатив реагирования на риски. Эти изменения могут
|
||||
потребовать внесения поправок в план управления проектом или в другие документы проекта. Применяемый уровень
|
||||
контроля изменений зависит от прикладной области, сложности конкретного проекта, требований договора, а также
|
||||
контекста и среды, в которых осуществляется проект. Для определенных запросов на изменения после одобрения ССВ может
|
||||
потребоваться одобрение заказчика или спонсора, если они не входят в состав ССВ.
|
||||
|
||||
\subsection{Входы, инструменты и выходы}
|
||||
|
||||
\textbf{Входы:}
|
||||
\begin{itemize}
|
||||
\item План управления проектом (в т. ч. планы управления изменениями и конфигурацией; базовые линии).
|
||||
\item Документы проекта (график, бюджет, реестр рисков/проблем, журнал допущений, матрица требований, журнал изменений и др.).
|
||||
\item Отчёты о выполнении работ (WPR) и информация о выполнении из мониторинга.
|
||||
\item Запросы на изменения (CR).
|
||||
\item EEF/OPA (политики, шаблоны, процедуры, уроки).
|
||||
\end{itemize}
|
||||
|
||||
\textbf{Инструменты и методы:}
|
||||
\begin{itemize}
|
||||
\item Экспертное суждение.
|
||||
\item Анализ данных: анализ альтернатив, cost–benefit, анализ влияния, оценка рисков, анализ <<что-если>>.
|
||||
\item Принятие решений: голосование, мультикритериальные матрицы, автократическое решение, Delphi и т. п.
|
||||
\item Инструменты контроля изменений/конфигурации (PMIS).
|
||||
\item Совещания (заседания CCB).
|
||||
\end{itemize}
|
||||
|
||||
\textbf{Выходы:}
|
||||
\begin{itemize}
|
||||
\item Одобренные/отклонённые запросы на изменения (Approved/Rejected CR).
|
||||
\item Обновления плана управления проектом (включая обновление базовых линий, если требуется).
|
||||
\item Обновления документов проекта (журнал изменений, реестр рисков, график, бюджет и пр.).
|
||||
\item Коммуникации заинтересованным сторонам (как часть WPR/уведомлений).
|
||||
\end{itemize}
|
||||
|
||||
\newpage
|
||||
\section{Обзор программного обеспечения для реализации процессов управления интеграцией проекта}
|
||||
На практике используют системы управления проектами и портфелями. Они помогают выполнять три ключевых процесса интеграции: руководство и управление работами, мониторинг и контроль, а также контроль изменений. Ниже — короткий обзор популярных инструментов и того, как они помогают.
|
||||
|
||||
\begin{itemize}
|
||||
\item \textbf{Microsoft Project Online / Project for the Web + Power Platform (SharePoint, Power Automate, Power BI, Teams).} Экосистема для планирования и исполнения проектов.
|
||||
\begin{itemize}
|
||||
\item Руководство и управление работами: структура работ, назначения ресурсов, календари, совместная работа (Teams/SharePoint), хранение файлов и протоколов.
|
||||
\item Мониторинг и контроль: сравнение с планом, отчёты и дашборды (Power BI), метод освоенного объёма, анализ отклонений по срокам и стоимости.
|
||||
\item Контроль изменений: журналы изменений (списки SharePoint), маршруты согласований (Power Automate), история версий документов, обновление планов по решениям совета по контролю изменений.
|
||||
\end{itemize}
|
||||
|
||||
\item \textbf{Oracle Primavera P6 EPPM.} Система для крупных программ и портфелей, особенно в строительстве и инфраструктуре.
|
||||
\begin{itemize}
|
||||
\item Руководство и управление работами: детальные расписания, иерархия работ и организационная структура, загрузка ресурсов, управление подрядчиками.
|
||||
\item Мониторинг и контроль: несколько «заморозок» плана, метод освоенного объёма, тренды, анализ рисков расписания, отчётность.
|
||||
\item Контроль изменений: формальные процедуры ревизий и одобрений, версии планов, фиксация решений и оценок влияния.
|
||||
\end{itemize}
|
||||
|
||||
\item \textbf{Atlassian Jira + Confluence + Jira Service Management.} Платформа для задач, процессов и базы знаний.
|
||||
\begin{itemize}
|
||||
\item Руководство и управление работами: бэклог и доски, эпики и пользовательские истории, интеграции разработки, документация в Confluence.
|
||||
\item Мониторинг и контроль: дашборды и отчёты, поля для сроков и стоимости, плагины для дорожных карт и метода освоенного объёма, метрики прогресса.
|
||||
\item Контроль изменений: настраиваемые рабочие процессы со статусами и «воротами», формы запросов на изменение, маршруты согласований, журнал действий; шаблоны работы совета по контролю изменений реализуются через права и шаги согласования.
|
||||
\end{itemize}
|
||||
|
||||
\item \textbf{Planview Enterprise One (Planview Portfolios).} Платформа для управления портфелями, спросом и мощностями.
|
||||
\begin{itemize}
|
||||
\item Руководство и управление работами: инициация, планирование, управление ресурсами, дорожные карты.
|
||||
\item Мониторинг и контроль: ключевые показатели и цели, финансовый контроль, метод освоенного объёма, портфельные отчёты и сценарии.
|
||||
\item Контроль изменений: управляемые рабочие процессы, этапы согласования, единый реестр изменений и версии планов.
|
||||
\end{itemize}
|
||||
|
||||
\item \textbf{ServiceNow Project Portfolio Management.} Корпоративная платформа с развитой системой согласований.
|
||||
\begin{itemize}
|
||||
\item Руководство и управление работами: инициативы, проекты и программы, управление ресурсами и навыками, связь с ИТ‑сервисами.
|
||||
\item Мониторинг и контроль: финансовый учёт и статус‑отчёты, портфельные панели, индикаторы «здоровья» проектов.
|
||||
\item Контроль изменений: единые процессы согласований, журнал запросов на изменение, полная трассируемость и аудит.
|
||||
\end{itemize}
|
||||
\end{itemize}
|
||||
|
||||
Все перечисленные системы позволяют формализовать работу совета по контролю изменений, поддерживают сравнение с базовым планом и ведут единый реестр изменений с историей. Конкретный выбор зависит от зрелости процессов, отрасли и требований к отчётности и интеграциям.
|
||||
|
||||
|
||||
\newpage
|
||||
\section{Обзор литературы}
|
||||
% \subsection{}
|
||||
% \textit{Projects Integration Management in the 'Construction Industry'}
|
||||
|
||||
\subsection{Влияние интеграционного управления на эффективность строительных проектов}
|
||||
\textit{Impact of integration management on construction project management performance \cite{demirkesen2017}} -- исследование в области строительного менеджмента вводит «интеграцию изменений» (integration of changes) как один из ключевых компонентов интеграционного управления проектом. Авторы провели опрос 121 строительного проекта и показали, что наличие формальных процессов интеграции (включая управление изменениями) заметно улучшает показатели проекта (срок, стоимость, качество, безопасность, удовлетворённость клиента). По их выводам, «интегрированный контроль изменений» при правильной организации способствует успеху проектов.
|
||||
|
||||
\subsection{Управление изменениями на мегапроекте: кейс аэропорта Маскат}
|
||||
В статье \textit{Change Management on a Mega Project: A Case Study \cite{nayar2014}} описан крупный инфраструктурный проект по расширению и модернизации международного аэропорта Маскат в Омане, который был крупнейшим проектом в истории страны. Для управления многочисленными запросами на изменения и рисками проекта был внедрён процесс интегрированного контроля изменений по стандартам PMBOK, включавший формирование Комитета по контролю изменений (Change Control Board), который оценивал и утверждал все изменения, касающиеся объёма работ, сроков и ресурсов. Этот подход позволил стандартизировать процесс принятия решений, минимизировать несанкционированные изменения, снизить конфликты между подрядчиками и заказчиком, а также обеспечить своевременную реализацию проекта с соблюдением бюджета и требований качества, что в итоге повысило эффективность управления проектом и удовлетворённость всех заинтересованных сторон.
|
||||
|
||||
\subsection{Совет по контролю изменений (CCB) в проектах разработки ПО}
|
||||
В работе \textit{Discovering Changes of the Change Control Board Process during a Software Development Project Using Process Mining \cite{shamalikova2009}} исследуется применение процессного майнинга для анализа фактического процесса работы Совета по контролю изменений (Change Control Board, CCB) в реальном проекте разработки ПО. Авторы показывают, что регламентированный (предписанный) процесс рассмотрения запросов на изменения нередко упрощается или изменяется на практике под давлением сроков и контекста. Используя журналы событий (event logs), они выявляют отклонения от эталонного процесса, точки задержек и «обходные» маршруты согласования, а также демонстрируют, как такие инсайты позволяют пересмотреть регламенты CCB, устранить узкие места и повысить предсказуемость цикла прохождения изменений. Содержательно, деятельность CCB напрямую относится к процессу интегрированного контроля изменений в терминах PMBOK: именно через CCB осуществляется формализованное рассмотрение, одобрение/отклонение и трассируемость изменений, что подтверждается эмпирическими результатами исследования.
|
||||
|
||||
|
||||
|
||||
\newpage
|
||||
\section*{Заключение}
|
||||
\addcontentsline{toc}{section}{Заключение}
|
||||
В данном реферате были рассмотрены ключевые процессы управления интеграцией проекта: руководство и управление исполнением работ, мониторинг и контроль, а также интегрированный контроль изменений. Описано их назначение, входы, выходы, инструменты и методы.
|
||||
|
||||
|
||||
\newpage
|
||||
\section*{Список литературы}
|
||||
\addcontentsline{toc}{section}{Список литературы}
|
||||
|
||||
\vspace{-1.5cm}
|
||||
\begin{thebibliography}{0}
|
||||
\bibitem{pmbok}
|
||||
Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) / Project Management Institute. — 5-е изд. — Newtown Square, Pennsylvania: Project Management Institute, Inc., 2013. — 589 с. — ISBN 978-1-935589-67-9.
|
||||
|
||||
\bibitem{mulcahy2015}
|
||||
Малкахи, Рита. PMP Exam Prep: Rita’s Course in a Book for Passing the PMP Exam / Rita Mulcahy. — 8-е изд., обновлённое. — Minnetonka, Minnesota: RMC Publications, Inc., 2015. — 611 с. — ISBN 978-1-932735-65-9.
|
||||
|
||||
\bibitem{demirkesen2017}
|
||||
Demirkesen, S. Impact of integration management on construction project management performance / S. Demirkesen, B. Ozorhon // International Journal of Project Management. — 2017. — Vol. 35, № 8. — P. 1639-1654. — ISSN 0263-7863. — DOI: 10.1016/j.ijproman.2017.09.008.
|
||||
|
||||
\bibitem{nayar2014}
|
||||
Nayar, S. Change management on a mega project: a case study // PMI® Global Congress 2014—EMEA, Dubai, United Arab Emirates. — Newtown Square, Pennsylvania: Project Management Institute, 2014. — Электрон. ресурс. — URL: \url{https://www.pmi.org/learning/library/change-management-mega-project-case-study-9307} (дата обращения: 18.09.2025).
|
||||
|
||||
\bibitem{shamalikova2009}
|
||||
Shamalikova, J.; Trienekens, J.; Kusters, R.; Weijters, T. Discovering Changes of the Change Control Board Process during a Software Development Project Using Process Mining // Communications in Computer and Information Science. — 2009. — Vol. 42. — P. 128–136. — DOI: 10.1007/978-3-642-04133-4\_11.
|
||||
|
||||
\bibitem{sima2024}
|
||||
Sima, Kifle. (2024). Projects Integration Management in the 'Construction Industry'.
|
||||
\end{thebibliography}
|
||||
|
||||
\end{document}
|
||||
Reference in New Issue
Block a user