448 lines
42 KiB
TeX
448 lines
42 KiB
TeX
\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} |