Организация управления
Управление интеграцией проекта разработки. Область знаний об управлении интеграцией проекта включает в себя процессы и операции, необходимые для выявления, определения, объединения, унификации и координации различных процессов и операций управления проектами. В контексте управления проектом интеграция – это принятие решений о том, где концентрировать ресурсы на каждую конкретную дату, предугадывание потенциальных проблем, и их решение до того, как эти проблемы станут критическими, и хорошая координация работы проекта в целом. Интеграция также подразумевает нахождение компромиссов между пересекающимися целями и альтернативами. Процессы управления обычно представляются в виде дискретных элементов с хорошо разработанными интерфейсами.
Потребность в интеграции в сфере управления проектами становится очевидной в таких ситуациях, когда имеет место взаимодействие отдельных процессов. К примеру, смета, необходимая для подготовки плана расходов на непредвиденные обстоятельства, предполагает интеграцию процессов управления стоимостью проекта, управления сроками проекта и управления рисками проекта. При выявлении дополнительных рисков, связанных с различными альтернативами комплектования персоналом, необходимо обратиться к одному или нескольким этим процессам. Результаты поставки проекта тоже необходимо интегрировать в текущую операционную деятельность исполняющей организации (или заказчика) или в долгосрочное стратегическое планирование, учитывающее будущие проблемы и возможности.
Опытные специалисты в области управления проектами знают, что невозможно управлять проектом каким-то единственным, унифицированным способом. Для достижения желаемой эффективности проекта они применяют свои знания, навыки и соответствующие процессы в области управления проектами в различной последовательности и с различной степенью жесткости.
|
|
Интегративные процессы управления проектами включают в себя следующие элементы:
§ Разработка Устава проекта – разработка Устава проекта, формально авторизующего проект или фазу проекта.
§ Разработка предварительного описания содержания проекта –разработка предварительного описания содержания проекта, включающего в себя самое общее изложение содержания.
§ Разработка плана управления проектом – документирование операций, необходимых для определения, подготовки, интеграции всех вспомогательных планов в план управления проектами и их координации.
§ Руководство и управление исполнением проекта – выполнение работы, определенной в Плане управления проектом для выполнения требований, определенных в описании содержания проекта.
§ Мониторинг и управление работами проекта – мониторинг и управление процессами инициации, планирования, выполнения и завершения проекта для достижения целевых показателей эффективности, намеченных в Плане управления проектом.
Общее управление изменениями – обработка всех запросов на изменения, утверждение этих изменений и управление ими для оптимизации результатов поставки и активов организационного процесса.
Закрытие проекта – завершение всех операций во всех группах процессов управления проектами для формального закрытия проекта или проектной фазы.
|
|
Управление содержанием проекта. Управление содержанием проекта включает в себя процессы, обеспечивающие включение в проект всех тех и только тех работ, которые необходимы для успешного выполнения проекта. Оно непосредственно связано с определением и контролем того, что включено или не включено в проект.
Выделяют:
§ Планирование содержания – создание плана управления содержанием проекта, в котором документируется процесс формулирования, верификации и контроля содержания проекта, а также процесс создания и формулирования иерархической структуры работ (ИСР).
§ Определение содержания – разработка подробного описания содержания проекта в качестве основы для принятия будущих решений по проекту.
§ Создание ИСР – разбиение крупных результатов поставки проекта и проектных работ на более мелкие, более управляемые элементы.
§ Подтверждение содержания – формализация принятия завершенных результатов поставки проекта.
§ Управление содержанием – управление изменениями содержания проекта.
Эти процессы взаимодействуют друг с другом, а также с процессами из других областей знаний. Каждый процесс может включать в себя действия одного или нескольких лиц или групп лиц, в зависимости от потребностей проекта. Каждый процесс происходит в каждом проекте как минимум один раз и в одной или нескольких фазах проекта, если проект разбит на фазы.
В контексте управления проектами термин "содержание" может относиться к следующим понятиям:
§ Содержание продукта. Свойства и функции, которые характеризуют продукт, услугу или результат.
|
|
§ Содержание проекта. Работы, которые необходимо выполнить, чтобы получить продукт, с указанными характеристиками и функциями.
Они обычно определяются как часть жизненного цикла проекта и фиксируются в плане управления содержанием проекта.
Результатом проекта обычно является один продукт. Однако этот продукт может включать в себя дополнительные компоненты, каждый из которых имеет самостоятельное содержание, но все содержания находятся во взаимосвязи друг с другом. Например, новая телефонная система в общем случае будет включать в себя четыре компонента: аппаратуру, программное обеспечение, обучение и внедрение.
Реализация содержания проекта сравнивается с планом управления проектом, описанием содержания проекта с ИСР и словарем ИСР, но реализация содержания продукта сравнивается с требованиями к продукту.
Управление содержанием проекта должно быть хорошо интегрировано в остальные процессы области знаний, так чтобы результатом проектной работы стало создание заданного содержания продукта. Определение содержания проекта и управление им оказывает влияние на общую успешность проекта. Для каждого проекта требуется тщательно сбалансированная совокупность инструментов, источников данных, методологий, процессов и процедур и других факторов, обеспечивающая соразмерность трудозатрат на операции по управлению содержанием проекта размеру, сложности и важности проекта. Например, для проекта особой важности будут оправданы формализованные, детализированные и трудоемкие операции по управлению содержанием, а для обычного проекта потребуется значительно меньше документации и проверок. Команда управления проектом документирует эти решения по управлению содержанием в плане управления содержанием проекта.
Управление сроками проекта. Управление сроками проекта включает в себя процессы, обеспечивающие своевременное завершение проекта. Процессы управления сроками проекта включают в себя следующее:
§ Определение состава операций – определение конкретных плановых операций, которые необходимо выполнить для получения различных результатов поставки проекта.
§ Определение взаимосвязей операций – выявление и документирование зависимостей между плановыми операциями.
§ Оценка ресурсов операции – оценка типов и количества ресурсов, необходимых для выполнения каждой плановой операции.
§ Оценка длительности операций – оценка количества рабочих периодов, необходимых для выполнения отдельных операций.
§ Разработка расписания – составление расписания проекта с учетом последовательностей операций, их длительности, требований к ресурсам и ограничений на сроки.
§ Управление расписанием – управление изменениями расписания проекта.
В некоторых проектах, особенно небольших, определение взаимосвязей операций, оценка ресурсов операций, оценка длительности операций и разработка расписания связаны друг с другом настолько тесно, что они рассматриваются как единый процесс, который может быть выполнен одним человеком за относительно короткое время. Они представлены здесь как отдельные процессы, поскольку используют различные методы и средства.
Процессы управления сроками проекта и соответствующие инструменты и методы различаются в зависимости от области приложения; обычно они определяются в рамках жизненного цикла проекта и документируются в плане управления расписанием проекта. План управления расписанием входит в план управления проектом либо является его вспомогательным планом, и может быть формальным или неформальным, сильно детализированным или с широкими рамками, в зависимости от потребностей проекта.
Управление стоимостью проекта. Управление стоимостью проекта объединяет процессы, выполняемые в ходе планирования, разработки бюджета и контролирования затрат, и обеспечивающие завершение проекта в рамках утвержденного бюджета.
Выделяют:
§ Стоимостная оценка – определение примерной стоимости ресурсов, необходимых для выполнения операций проекта.
§ Разработка бюджета расходов – суммирование оценок стоимости отдельных операций или пакетов работ и формирование базового плана по стоимости.
§ Управление стоимостью – воздействие на факторы, вызывающие отклонения по стоимости, и управление изменениями бюджета проекта.
Управление стоимостью проекта касается прежде всего стоимости ресурсов, необходимых для выполнения плановых операций. Однако при управлении стоимостью проекта следует учитывать, как принимаемые решения скажутся на стоимости эксплуатации, обслуживания и технической поддержки продукта. Например: уменьшение количества контрольных оценок на этапе проектирования может снизить стоимость проекта за счет повышения эксплуатационных расходов заказчика. Управление стоимостью проекта в таком более широком значении часто называют "учетом затрат в течение жизненного цикла". Учет затрат в течение жизненного цикла в сочетании с методами оптимизации выгод могут способствовать оптимизации процесса принятия решений, а также снижению стоимости и времени выполнения проекта, повышению качества и эффективности результата поставки проекта.
Управление стоимостью проекта учитывает специфические требования к информации, предъявляемые различными участниками проекта. Это связано с тем, что различные участники проекта могут рассчитывать стоимость проекта разными способами и в разные моменты времени. Например, в случае покупки оборудования его стоимость может оцениваться на момент принятия или сообщения решения о покупке, на момент оформления заказа, на момент поставки, а его фактическая стоимость зачитывается или фиксируется при ведении расходов проекта. В некоторых проектах, особенно малых, стоимостная оценка и разработка бюджета расходов настолько тесно взаимосвязаны, что рассматриваются как единый процесс, который может выполняться одним человеком за относительно короткий период времени. В данном руководстве эти процессы рассматриваются как отдельные, так как инструменты и методы каждого из них различны. Возможности изменения стоимости больше всего на ранних стадиях проекта, поэтому очень важно разработать определение содержания на ранней стадии.
В плане управления стоимостью могут фиксироваться:
§ Степень точности. При стоимостной оценке плановых операций данные округляются с определенной точностью (например, до $100 или $1000) в зависимости от содержания операций и величины проекта; в это округление могут включаться затраты на непредвиденные обстоятельства.
§ Единицы измерения. Для каждого типа ресурсов оговариваются единицы измерения, например человеко-часы, человеко-дни, человеко-недели, единовременная выплата.
§ Связи организационных процедур. Каждый элемент ИСР, используемый для калькуляции стоимости проекта, называется контрольным счетом (КС). Каждому контрольному счету присваивается кодовый номер или номер счета, который непосредственно связан с бухгалтерской системой исполняющей организации. Если в контрольный счет включается стоимостная оценка планируемых пакетов работ, то туда же включается и метод разработки бюджета планируемых пакетов работ.
§ Контрольные пороги. Можно определить пороги отклонений для затрат или иных показателей (например, человеко-дней или объема продукции) в четко определенные моменты времени на протяжении проекта для отслеживания соответствия фактического отклонения оговоренному ранее.
Управление качеством проекта. Процессы управления качеством проекта объединяют все осуществляющиеся в исполняющей организации операции, определяющие политику, цели и распределение ответственности в области качества таким образом, чтобы проект удовлетворял тем нуждам, для которых он был предпринят. Управление качеством осуществляется посредством системы управления качеством, предусматривающей определенные правила, процедуры и процессы по планированию качества, обеспечению качества и контролю качества, а также операции по их совершенствованию.
Процессы управления качеством проектов включают в себя следующее:
§ Планирование качества – определение того, какие из стандартов качества относятся к данному проекту и как их удовлетворить.
§ Процесс обеспечения качества – выполнение плановых систематических операций по качеству, обеспечивающих выполнение всех предусмотренных процессов, необходимых для того, чтобы проект соответствовал оговоренным требованиям.
§ Процесс контроля качества – мониторинг определенных результатов с целью определения их соответствия принятым стандартами качества и определение путей устранения причин, вызывающих неудовлетворительное исполнение проекта одинаковы в обоих случаях.
В любом случае невыполнение требований к качеству по какому-либо критерию может привести к серьезным негативным последствиям для участников проекта.
Удовлетворение требований заказчика за счет сверхурочной работы команды проекта может вызвать негативные последствия в виде переутомления сотрудников, появления необоснованных ошибок или доработок.
Достижение целей, обозначенных в расписании проекта, за счет поспешного проведения проверок качества может привести к отрицательным последствиям, если ошибки останутся незамеченными. Качество – это "степень, в какой совокупность внутренних характеристик чего-либо соответствует требованиям" (Американское общество по качеству, 2000 г.). Входами для разработки требований проекта являются заявленные и предполагаемые потребности. Важнейшим элементом в управлении качеством проекта является возможность превратить потребности, пожелания и ожидания участников проекта в требования в ходе анализа участников проекта, проводимого в рамках управления содержанием проекта.
Необходимо четко понимать разницу между качеством и сортом. Сорт – это категория (класс), присваиваемая продуктам или услугам, имеющим одно и то же функциональное назначение, но различные технические характеристики. Низкое качество – это всегда проблема, чего нельзя сказать о низком сорте. Например, программный продукт может быть высокого качества (без явных ошибок, хорошая сопроводительная документация) и низкого сорта (ограниченное число возможностей), или низкого качества (частые сбои, недостаточно полное описание), но высокого сорта (множество различных функций). Менеджер проекта и команда управления проектом отвечают за определение и обеспечение требуемых уровней, как качества, так и сорта. Прецизионность и точность – не одно и то же. Прецизионность – это когда значения периодически повторяемых измерений при сравнении имеют небольшие расхождения. Точность – это когда измеренное значение наиболее близко соответствует истинному значению. Прецизионные измерения совсем не обязательно являются точными. А очень точное измерение может и не быть прецизионным. Команда управления проектом должна определить степень требуемой точности или прецизионности измерений, либо и того и другого.
Современное управление качеством служит дополнением к управлению проектом. Например, обе дисциплины признают важность следующих положений:
Удовлетворение потребностей заказчика. Понимание, оценка, определение и управление ожиданиями заказчика таким образом, чтобы его требования оказались выполненными. Для этого необходимо обеспечить сочетание соответствия требованиям (проект должен произвести то, что было заявлено) и пригодности к использованию (продукт или услуга должны удовлетворять реальным потребностям).
Предотвращение важнее инспектирования. Затраты на превентивные меры по предупреждению ошибок всегда значительно ниже, чем стоимость их исправления после обнаружения в результате инспектирования.
Ответственность руководства. Для достижения успеха необходимо участие всех членов команды, но обеспечение ресурсами, необходимыми для достижения успеха – это обязанность руководства.
Постоянное совершенствование. Цикл "планирование – исполнение – проверка – воздействие" (модель, описанная Шьюартом и с усовершенствованная Демингом, см. Руководство Американского общество по качеству, 1999, с. 13-14) является основой повышения качества. В дополнение к этому инициативы по повышению качества, предпринимаемые исполняющей организацией (как предусмотрено в моделях Тотального управления качеством и Сигма 6), могут повысить как качество управления проектом, так и качество продукта проекта. Среди моделей, предусматривающих улучшение процесса, можно назвать Malcolm Baldrige, CMM® и CMMISM.
Стоимость качества имеет непосредственное отношение к общей стоимости всех мероприятий, направленных на обеспечение качества. Решения, принимаемые по проекту, могут оказать влияние на эксплуатационную стоимость качества, вследствие возвратов продукции, рекламаций по гарантийным обязательствам и кампаний по отзыву продукции. Однако, поскольку проект имеет временную природу, то расходы на улучшение качества продукта, особенно в оценку и в предупреждение возникновения дефектов, чаще приходятся на долю организации заказчика, а не закладываются в проект, поскольку продолжительность проекта может оказаться недостаточной долгой для того, чтобы возможно было окупить вложения.
Управление человеческими ресурсами проекта. Управление человеческими ресурсами проекта включает в себя процессы по организации команды проекта и управления ей. Команда проекта состоит из людей, каждому из которых назначена определенная роль и ответственность за выполнение проекта. После распр деления ролей и ответственности между членами команды проекта, они должны принимать активное участие в планировании проекта и принятии решений. Привлечение членов команды к участию на ранних стадиях проекта позволяет использовать имеющийся у них опыт при планировании проекта и укрепляет нацеленность команды на достижение результатов. По мере выполнения проекта профессиональный и численный состав членов команды проекта может меняться. Членов команды проекта также называют "персоналом проекта". Команда управления проектом – это часть команды проекта; она отвечает за выполнение операций по управлению проектом (например, планирование, управление и завершение). Эта группа может называться ядром, исполняющей или руководящей командой. На малых проектах обязанности управления проектом могут быть распределены между всеми членами команды или поручены непосредственно руководителю проекта. Спонсор проекта работает в контакте с командой управления проектом и обычно принимает участие в решении таких вопросов, как финансирование проекта, прояснение содержания проекта и иных вопросов, влияющих на производительность и экономическую эффективность проекта.
Процессы управления человеческими ресурсами проектов включают в себя следующее:
§ Планирование человеческих ресурсов – определение и документальное оформление ролей, ответственности и подотчетности, а также создание плана управления обеспечением проекта персоналом.
§ Набор команды проекта – привлечение человеческих ресурсов, необходимых для выполнения проекта.
§ Развитие команды проекта – повышение квалификации членов команды проекта и укрепление взаимодействия между ними с целью повышения эффективности исполнения проекта.
§ Управление командой проекта – контроль за эффективностью членов команды проекта, обеспечение обратной связи, решение проблем и координация изменений, направленных на повышение эффективности исполнения проекта.
В качестве примеров взаимодействия, подлежащих дополнительному планированию, можно привести следующие ситуации:
После того как первоначальная команда проекта создала иерархическую структуру работ, может возникнуть необходимость расширения команды
После расширения состава команды проекта уровень их подготовки может увеличить или уменьшить риски проекта, что приводит к дополнительному планированию рисков
Если оценка длительности операций была выполнена до определения окончательного состава команды проекта, то с привлечением новых членов команды, с учетом их квалификации, может возникнуть необходимость в изменении длительности и расписания операций
Управление коммуникациями проекта. Управление коммуникациями проекта – это область знаний, включающая в себя процессы, необходимые для своевременного создания, сбора, распространения, хранения, получения и, в конечном итоге, использования информации проекта. Процессы управления коммуникациями проекта предусматривают создание необходимых связей между людьми и информацией, которые требуются для успешного осуществления коммуникаций. Менеджеры проектов могут тратить чрезмерно много времени на коммуникации с командой проекта, участниками проекта, заказчиком и спонсором. Все, кто так или иначе вовлечен в проект, должны хорошо понимать, насколько коммуникации отражаются на протекании проекта в целом.
Процессы управления коммуникациями проекта включают в себя следующие элементы:
§ Планирование коммуникаций – определение потребностей участников проекта в коммуникации и информации.
§ Распространение информации – своевременное предоставление необходимой информации участникам проекта.
§ Отчетность по исполнению – сбор и распространение информации о выполнении работ. Эта информация включает в себя отчеты о текущем состоянии, оценку прогресса и прогнозирование.
§ Управление участниками проекта – управление коммуникациями в целях удовлетворения требований участников проекта и решения возникающих проблем.
Навыки коммуникации связаны с коммуникациями управления проектом, но это не одно и то же. Искусство коммуникации – весьма обширная область, включающая в себя разнообразные знания, в том числе:
§ Модели отправитель-получатель. Цепочки обратной связи и препятствия при коммуникации.
§ Выбор способа связи. Решение, как именно будет осуществляться коммуникация: письменно или устно, в виде неофициальной записки или официального отчета, лично или по электронной почте. Выбор способа связи для передачи информации зависит от ситуации.
§ Стиль письма. Действительный или страдательный залог, структура предложения и лексика.
§ Способ представления. Стиль оформления основного текста и применение визуальных средств.
§ Методы ведения собраний. Подготовка повестки дня и урегулирование конфликтов.
Управление рисками проекта. Управление рисками проекта включает в себя процессы, относящиеся к планированию управления рисками, их идентификации и анализу, реагированию на риски, мониторингу и управления рисками проекта. Большинство из этих процессов подлежат обновлению в ходе проекта. Цели управления рисками проекта – повышение вероятности возникновения и воздействия благоприятных событий и снижение вероятности возникновения и воздействия неблагоприятных для проекта событий.
Процессы управления рисками проекта включают в себя следующее:
§ Планирование управления рисками – выбор подхода, планирование и выполнение операций по управлению рисками проекта.
§ Идентификация рисков – определение того, какие риски могут повлиять на проект, и документальное оформление их характеристик.
§ Качественный анализ рисков – расположение рисков по степени их приоритета для дальнейшего анализа или обработки путем оценки и суммирования вероятности их возникновения и воздействия на проект.
§ Количественный анализ рисков – количественный анализ потенциального влияния идентифицированных рисков на общие цели проекта.
§ Планирование реагирования на риски – разработка возможных вариантов и действий, способствующих повышению благоприятных возможностей и снижению угроз для достижения целей проекта.
§ Мониторинг и управление рисками – отслеживание идентифицированных рисков, мониторинг остаточных рисков, идентификация новых рисков, исполнение планов реагирования на риски и оценка их эффективности на протяжении жизненного цикла проекта.
Риск проекта – это неопределенное событие или условие, которое в случае возникновения имеет позитивное или негативное воздействие по меньшей мере на одну из целей проекта, например сроки, стоимость, содержание или качество (т. е. в зависимости от конкретного проекта: когда цель проекта определена как сдача результатов согласно определенному расписанию или как сдача результатов, не превышающих по стоимости оговоренный бюджет и т. д.). Риск может быть вызван одной или несколькими причинами и в случае возникновения может оказывать влияние на один или несколько факторов. Например, причиной риска может быть необходимость получения разрешения от местного Комитета по охране окружающей среды или недостаток персонала, привлеченного для разработки проекта. Наступлением риска в этих случаях будет задержка с выдачей разрешения или нехватка персонала, привлеченного для разработки проекта. Возникновение любого из этих точно не известных заранее событий может повлиять на стоимость проекта, его расписание или выполнение. К условиям возникновения риска могут также относиться аспекты внешней среды организации или проекта, способствующие увеличению риска (например, неудачный выбор методов при управлении проектом, отсутствие общих систем управления, одновременное выполнение нескольких проектов или зависимость от внешних участников проекта, которых невозможно контролировать).
Причиной возникновения риска является неопределенность, которая присутствует во всех проектах. Известные риски – это те риски, которые идентифицированы и подвергнуты анализу. В отношение таких рисков можно планировать ответные действия с помощью процессов, описанных в данной главе. Но для неизвестных рисков спланировать ответные действия невозможно. В таких случаях разумным решением для команды проекта является выделение общего резерва на непредвиденные обстоятельства, в который будут включены эти неизвестные риски, а также все известные риски, для которых разработка конкретных мер реагирования не представляется экономически эффективной или возможной. Организации принимают во внимание риски в той степени, в какой они соотносятся с угрозами проекта или с благоприятными возможностями, повышающими вероятность успешного выполнения проекта. Риски, представляющие собой угрозу для проекта, могут приниматься в том случае, если риск соразмерен выгоде, которую можно получить, приняв этот риск. Например, принятие расписания, составленного с помощью метода "быстрого прохода", которое может быть нарушено, является риском, предпринятым для более раннего окончания проекта. Риски, представляющие собой благоприятные возможности (например, ускорение работ за счет привлечения дополнительного персонала), могут приниматься для наилучшего достижения целей проекта. Отношение к риску со стороны отдельных людей и – в более крупных масштабах – организаций обусловлено их пониманием риска и ответной реакцией на возникновение риска. Там, где это возможно, отношение к риску должно быть выражено в явной форме. Для каждого проекта должен быть разработан последовательный подход к риску, удовлетворяющий требованиям организации, а информация о риске и управлении им должна быть открытой и достоверной. Реагирование на риски отражают то, как организация понимает баланс между принятием риска и уклонением от риска. Для достижения успеха на протяжении всего проекта организация должна предпринимать заранее и последовательно предупредительные меры по управлению рисками.
Управление поставками проекта. Управление поставками проекта включает в себя процессы покупки или приобретения тех необходимых продуктов, услуг или результатов, которые производятся вне исполняющей организации. В данной главе поставки рассматриваются с двух точек зрения: продавца и покупателя. Согласно условиям контракта организация может выступать в качестве продавца или покупателя продукта, услуги или результатов. Управление поставками проекта включает в себя процессы управления контрактом и управления изменениями, необходимые для администрирования контрактов или заказов на покупку, подготовленных членами команды проекта. Управление поставками проекта также предусматривает администрирование всех контрактов на приобретение проекта, заключенных сторонней организацией (покупателем) с исполняющей организацией (продавцом), а также администрирование контрактных обязательств команды проекта.
Процессы управления поставками проекта включают в себя следующие элементы:
§ Планирование покупок и приобретений – определение того, что необходимо купить или приобрести, а также когда и на каких условиях.
§ Планирование контрактов – представление в документальном виде требований к продуктам, услугам и результатам, которые необходимо приобрести, а также определение потенциальных продавцов.
§ Запрос информации у продавцов – получение информации, расценок, оферт или предложений (в зависимости от поставки) от продавцов.
§ Выбор продавцов – анализ предложений, отбор потенциальных продавцов и обсуждение условий контракта с каждым продавцом.
Администрирование контрактов – включает в себя 1) управление контрактом и взаимоотношениями между покупателем и продавцом, 2) анализ и документальное оформление текущей и прошлой деятельности продавца для определения необходимых корректирующих действий и обеспечения основы для будущих отношений с продавцом, 3) управление изменениями, связанными с контрактом, и, при необходимости, 4) управление контрактными взаимоотношениями со сторонним покупателем проекта.
Закрытие контрактов – завершение каждого контракта, включая разрешение всех открытых вопросов и закрытие каждого контракта, относящегося к проекту или к фазе проекта.
Процессы управления поставками проекта включают в себя работу с контрактами – юридическими документами, заключенными между покупателем и продавцом. Контракт – это взаимное соглашение, обязывающее продавца предоставить указанные продукты, услуги или результаты, а покупателя – предоставить продавцу денежное или иное надлежащее встречное удовлетворение. Контракт фиксирует юридические отношения, все споры по которым могу быть урегулированы в судебном порядке. Соглашение может быть простым или сло ным; в нем может быть отражена простота или сложность результатов поставки. Контракт включает в себя положения и условия; в него могут быть также включены иные пункты, например предложения продавца или документация по маркетингу, а также любая другая документация, на которой покупатель основывает свои требования к тому, что продавец должен выполнить или создать. В обязанности команды управления проектом входит участие в адаптации контракта к конкретным нуждам проекта. В зависимости от области приложения контракты могут называться договорами, субдоговорами или заказами на покупку. В большинстве организаций имеются документально оформленные нормы и правила, определяющие, кто обладает правом подписи и администрирования таких соглашений от имени организации. Хотя все документы проекта в той или иной форме анализируются и проходят процедуру одобрения, но процесс одобрения контракта обычно бывает более длительным в силу обязательности юридической ответственности, которую он накладывает. В любом случае в процессе обсуждения и утверждения основное внимание уделяется на точное описание в юридических терминах продуктов, услуг или результатов в соответствии с потребностями проекта. В случае, когда большие проекты выполняются государственными или муниципальными органами, процесс согласования может предусматривать публичное обсуждение договора. Команда управления проектом может заранее обратиться к помощи специалистов в области контрактов, поставок и права. Обращение к таким специалистам за помощью должно согласоваться с корпоративной политикой организации. Различные операции, входящие в состав процесса управления поставками проекта, образуют жизненный цикл контракта. Активное управление жизненным циклом контракта и тщательно выверенные формулировки положений и условий контракта позволят избежать или ослабить некоторые из идентифицируемых рисков проекта. Заключение контракта на поставку продукта или оказание услуг является одним из способов распределения ответственности по управлению и принятию на себя потенциальных рисков.
Сложный проект может предполагать управление – последовательно или одновременно – несколькими контрактами или субконтрактами. В таких случаях жизненный цикл каждого контракта может заканчиваться во время любой из фаз жизненного цикла проекта. Управление поставками проекта рассматривается с точки зрения отношений покупатель-продавец. В любом проекте отношения покупатель-продавец могут реализовываться на разных уровнях и затрагивать как различные внутренние подразделения, так и внешние организации по отношению к организации заказчика. В зависимости от области приложения продавец может именоваться подрядчиком, субподрядчиком, исполнителем, поставщиком или поставщиком услуг. В зависимости от положения покупателя в цикле приобретений проекта покупатель может называться клиентом, заказчиком, генеральным подрядчиком, подрядчиком, организацией заказчика, правительственной организацией, заказчиком услуг или покупателем. На протяжении жизненного цикла контракта продавец может рассматриваться как контрагент, предлагающий цену, затем как выбранный поставщик и наконец как поставщик или исполнитель, имеющий контрактные обязательства. Обычно продавец осуществляет управление работой как проектом, если предметом приобретения не являются материалы, изделия или обычные продукты. В этом случае:
§ Покупатель становится заказчиком и в силу этого является ключевым участником проекта для продавца
§ Команда по управлению проектом со стороны продавца должна участвовать во всех процессах по управлению проектом, а не только в процессах из данной области знаний
§ Положения и условия контракта становятся ключевыми входами для многих процессов управления со стороны продавца.
Контракт может содержать непосредственно входы (например, основные результаты поставки, ключевые контрольные события, определение затрат) или ограничивать возможности выбора для команды проекта (например, в проектах по проектированию и дизайну часто оговаривается необходимость одобрения покупателем вопросов назначения персонала).
В изложении материала предполагается, что покупатель элементов проекта входит в команду проекта, а продавец не является членом команды проекта. Такие отношения имеют место, если исполняющая организация является продавцом проекта заказчику. Такие отношения также имеют место, если исполняющая организация является покупателем продукции, услуг, результатов или элементов подпроекта, используемых в проекте, у других исполнителей или поставщиков.