\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}