Титульная страница
ISO 9000 ISO 14000

 

РУКОВОДСТВО ПО УПРАВЛЕНИЮ КАЧЕСТВОМ В ПРОЕКТНОМ МЕНЕДЖМЕНТЕ

(По материалам стандарта ISO 10006 «Управление качеством в проектах»)

Материалы для чтения и подготовки к сертификационному экзамену

Автор: д.т.н., проф. Бушуев С.Д.

Библия Менеджера Проекта


СОДЕРЖАНИЕ

Введение

1. Диапазон задач

2. Отсылки к нормативным документам

3. Определения

4. Характеристики проекта

5. Качество в процессах управления проектами

5.1. Общие положения

5.2. Стратегический процесс

5.3. Процессы взаимосвязанного управления

5.4. Процессы, связанные с содержанием проекта

5.5. Процессы, связанные со временем

5.6. Процессы, связанные со стоимостными характеристиками

5.7. Процессы, связанные с ресурсами

5.8. Процессы, связанные с кадрами

5.9. Процессы, связанные с коммуникацией

5.10. Процессы, связанные с риском

5.11. Процессы, связанные с закупками

6. Уроки проекта

Таблица 1: Описание процессов управления проектами

Приложение А: Процессы управления качеством в управлении проекта, ссылки на семейство стандартов ISO 9000

Приложение В: Использование оценок выполнения для обеспечения качества

Приложение С: Библиография


Введение

Международный стандарт ISO 10006 содержит сведения об элементах, концепциях и практических результатах системы качества, которые являются важными для достижения качества в управлении проектами и дополняют ISO 9004-1.

Эти сведения предназначены для широкой аудитории. Они применимы для проектов различных типов, больших и малых, сложных и простых, а также для людей, как уже имеющих опыт управления проектами, которые хотят убедиться, что их организация соответствуют семейству стандартов ISO 9000, так и для тех, кто имеет опыт в управлении качеством и хочет применить свои знания и умения к организационной структуре проекта. Естественно, что некоторые пруппы читателей обнаружат, что представленный материал для них излишне подробен, однако они должны помнить, что другим читателям этот материал будет необходим.

Известно, что существует два аспекта применения качества в управлении проектами: это качество в процессах проекта и качество продукта. Понятно, что достижение только одной из этих двух целей может сильно повлиять на продукт проекта, на заинтересованных лиц проекта и на проектную организацию. Также понятно, что обеспечение качества является обязанностью менеджера проекта и требует соглашения по вопросам качества на всех уровнях организации между теми, кто отвечает за производство продукта.

Создание и поддержание процедур обеспечения качества процесса и продукта требует системного подхода. Этот подход должен ориентироваться на то, что нужды потребителя и других заинтересованных лиц в проекте поняты и удовлетворены, а также на то, что организация политики в области качества должна быть принята во внимание в ходе реализации управления проектом.

1. Диапазон задач

Международный Стандарт ISO 10006 содержит руководства для тех элементов, концепций и практических результатов системы качества, для которых важной является реализация и которые оказывают влияние на управление проектами в целом. Это руководство рассматривает процессы управления проектами как основу для обсуждения их воздействия.

Этот Международный Стандарт применяется для проектов различной сложности, величины, продолжительности, в различных областях и вне зависимости от типа рассматриваемого проекта, включая аппаратное, программное обеспечение, услуги или их сочетание. Это может привести к некоторой настройке материалов, содержащихся в руководстве применительно к конкретному проекту.

Международный Стандарт ISO 10006 сам по себе не является руководством по управлению проектами.

2. Отсылки к нормативным документам

Нижеследующие стандарты путем ссылок на них в тексте, служат дополнениями к материалам данного стандарта. Ко времени публикации все перечисленные издания были действующими. Все Стандарты могут подвергаться корректировке и таким образом, верной является последняя версия стандарта. Члены 1ЕС и ISO имеют сведения о действующих в данный момент международных стандартах.

ISO 8402 : 1994 - Управление качеством и обеспечение качества - Словарь ISO 9004 - I : 1994 - Управление качеством и элементы системы качества - Часть 1:

Руководство ISO 10007 : 1995 - Руководство по управлению конфигурацией

ЗАМЕЧАНИЕ: Для отсылки к нормативным документам смотрите Приложения А, В и С.


3. Определения

В Международном Стандарте ISO 10006 применяются определения, принятые в стандарте ISO 8402: 1994, а также следующие:

3.1. Проект: уникальный процесс, состоящий из множества связанных и управляемых работ с датами старта и финиша, направленный на достижение цели, удовлетворяющей определенным требованиям, включая ограничения на время, стоимость и ресурсы

ЗАМЕЧАНИЕ 1: Отдельный проект может быть частью большего проекта.

ЗАМЕЧАНИЕ 2: В некоторых проектах цель(и) и характеристики продукта уточняются по мере выполнения проекта.

ЗАМЕЧАНИЕ 3: Результатом проекта может быть один или несколько видов продукта.

ЗАМЕЧАНИЕ 4: Проектная организация является временной и создается только на период жизни проекта.

ЗАМЕЧАНИЕ 5: Взаимосвязи между работами проекта могут быть сложными.

3.2. Продукт проекта: то, что определяется, ка цель проекта и доставляется потребителю.

3.3. План проекта: документ, устанавливающий, что требуется для достижения целей проекта.

ЗАМЕЧАНИЕ 1: План проекта должен включать план работ по качеству или включать отсылки к нему.

ЗАМЕЧАНИЕ 2: План проекта также включает организационную структуру проекта, ресурсный план, календарный план и стоимостной план.

3.4. Заинтересованное лицо: отдельное лицо или группа лиц с общим интересом в результатах работы организации - поставщика, а также окружения, в котором она работает (ISO 9000-1:1994)

ЗАМЕЧАНИЕ 1: В контексте этого определения организация- поставщик является проектной организацией.

ЗАМЕЧАНИЕ 2: Заинтересованные лица могут иметь конфликтные интересы.

ЗАМЕЧАНИЕ 3: В число заинтересованных лиц могут входить:

- потребители, получатели продукта проекта

- потребители, пользователи продукта проекта

- владельцы, например, организация, инициировавшая проект

- партнеры, например, проекты, связанные с совместными предприятиями

- инвесторы, например, финансовые организации

- субподрядчики, например, организации, поставяяющие продукты проектной

организации

- общественные институты, например юридические или правовые органы

-          внутренние заинтересованные лица, например, члены проектной организации.

3.5. Процесс: множество взаимосвязанных ресурсов и работ, которое преобразует входные данные в выходные (ISO 8402:1994)

ЗАМЕЧАНИЕ 1: Ресурсы могут включать в себя менеджмент, услуги, кадры, финансы, возможности, оборудование, технологии и методы.

ЗАМЕЧАНИЕ 2: Процессы проекта включают процессы управления проектами.

3.6. Оценка выполнения: Оценка выходных данных по работам проекта, осуществляемая в определенных точках жизненного цикла проекта по процессам проекта, основываясь на определенных критериях для процессов и продукта проекта.

ЗАМЕЧАНИЕ: В результате оценки выполнения может потребоваться корректировка

планов по оставшимся работам в проекте.

4. Характеристики проекта

4.1 Общие сведения

Этот раздел затрагивает те характеристики проекта, которые являютяс важными при использовании этого документа.

4.2 Управление проектами

Управление проектами включает непрерывные планирование, организацию, мониторинг и контроль по всем аспектам проекта для достижения его внешних и внутренних целей. Управление проектами включает управление качеством (Смотрите ISO 8402).

Качество процессов управления проектами оказывает важное влияние на успех проекта и на качество продукта проекта.

4.3 Организация

Для целей этого документа, исходной организацией будет называться та организация, которая решает выполнять проект и назначает проект проектной организации. Проектная организация - это организация, которая выполняет проект. Проектная организация может быть частью исходной организации.

4.4 Фазы проекта и процессы проекта

Проект- это процесс, который может быть разделен на множество различных взаимозависимых подпроцессов. Последовательная реализация последовательности подпроцессов может - а в некоторых случаях и должна - потребовать непрерывного группирования подпроцессов по фазам. Для общности, ответственной за проект "разбиение проекта по фазам" дает возможности мониторинга реализации задач проекта и оценки связанных с ними рисков для достижения контроля выполнения. В жизненном цикле проекта может происходить существенное накладывание фаз.

Для усовершенствования обсуждения вопросов, связанных с качеством управления проектами в этом документе принят подход, ориентированный на процессы, причем процессы проекта разбиваются на две категории: процессы управления проектами и процессы, связанные с продуктом проекта (то есть сосредоточенные на продуктах проекта, такие как проектирование, производство, проверка).

В этом документе обсуждаются вопросы качества в процессах управления проектами, а качество в процессах, связанных с продуктом проекта, обсуждается в ISO 9200-1.

ЗАМЕЧАНИЕ: В этом документе слово "процесс" также означает "подпроцесс".

5. Качество в процессах управления проектами

5.1 Общие сведения

В таблице 1 приводятся и описываются процессы управления проектами, которые применяются в большинстве проектов. Не все процессы, рассмотренные в этом документе, обязательно существуют в каждом проекте, также как и в некоторых проектах могут понадобиться дополнительные процессы.

Процессы управления проектами группируются по степени схожести друг с другом, например, все процессы, связанные со временем объединяются в одну группу. Представлено десять групп процессов управления проектами. Первая- это стратегически процессы, которые оговаривают и устанавливают направление проекта. Вторая группа связана с управлением взаимозависимостями между другими процессами. Остальные восемь группы представляют процессы, связанные с содержанием, временем, стоимостью, ресурсами, кадрами, коммуникациями, рисками и закупками.

Каждый из процессов управления проектами представлен в отдельном подразделе раздела 5, включающим описание процесса и руководство по обеспечению качества в этом процессе.

5.2 Стратегический процесс

Стратегический процесс в проекте - это процесс, устанавливающий направление организации и управления реализацией процессов проекта.

При установке направления проекта должны быть рассмотрены следующие концепции, которые являются важными для достижения качества при управлении проектами:

- удовлетворение нужд и желаний потребителей и других заинтересованных лиц является задачей первостепенной важности

- проект выполняется как множество спланированных и взаимосвязанных подпроцессов

- для достижения целей проекта обязательным является сосредоточение как на качестве процесса, так и на качестве продукта

- менеджмент отвечает за создание "среды" управления качеством

- менеджмент отвечает за непрерывные улучшения. Этот подраздел содержит руководства по рассмотрению этих концепций в стратегических процессах. Руководства по рассмотрению этих концепций в других процессах приводятся в оставшихся подразделах раздела 5.

Достижение качества в стратегических процессах зависит от гарантии того, что эти концепции применяются во всех процессах.

5.2.1         Удовлетворение нужд и желаний потребителей и других заинтересованных лиц является задачей первостепенной важности.

Нужды потребителей и других заинтересованных лиц должны быть ясно поняты, для того, чтобы убедиться, что все процессы сосредоточены на них и способны их удовлетворить.

По всему проекту должны быть обеспечены взаимосвязи с заинтересованными лицами для обеспечения обратной связи. Любые конфликты между нуждами заинтересованных лиц должны быть разрешены. Обычно, если конфликт возникает между интересами потребителя и интересами других заинтересованных лиц, то конфликт решается в пользу потребителя. Разрешение конфликтов должно быть согласовано с потребителем. Соглашение с заинтересованными лицами должно быть письменно зафиксировано. На протяжении всего проекта должно поддерживаться внимание к возможному изменению интересов заинтересованных лиц, включая и появление новых заинтересованных лиц.

Цели проекта должны быть определены, исходя из согласованных требований и при необходимости должны уточняться в ходе проекта. Они должны описывать, что должно быть выполнено, быть выражены с привязкой к стоимостным и временным характеристикам, а также к характеристикам продукта и быть измеряемыми.

5.2.2         Проект выполняется как множество спланированных и взаимосвязанных подпроцессов

Процессы проекта, владельцы этих процессов и их обязанности должны быть определены и документированы. Для процессов проекта должна быть установлена политика. Должна быть рассмотрена структура продукта и его декомпозиция для убеждения в том, что определены подходящие процессы. Должны быть определены, скоординированы и обобщены взаимосвязи процессов. Процессы должны быть спроектированы таким образом, чтобы учесть более поздние процессы в жизненном цикле продукта. Также должна быть рассмотрена стратегия приобретения внешних товаров и услуг, а также все другие воздействия на организацию проекта.

Должны быть определены и формализованы связи и четкое разделение ответственности и полномочий между исходной организацией и проектной организацией, а также между другими заинтересованными лицами.

Должен быть выделен компетентный персонал, а также подходящие инструменты, технологии, методы и средства, применяемые для осуществления мониторинга и контроля процессов, для реализации корректирующих и превентивных действий и для усовершенствования процессов-

Оценка выполнения (смотрите Приложение В) должна быть спланирована для оценки состояния проекта и при необходимости для обеспечения скорректированных планов для оставшихся работ.

5.2.3         Для достижения целей проекта обязательным является сосредоточение как на качестве процесса, так и на качестве продукта

Для удовлетворения целей проекта, необходимо сосредоточивать внимание на качестве процесса управления проектом, на качестве продуктов процесса управления проектом и на качестве продукта проекта.

Семейство стандартов ISO 9000 представляет большое количество процедур, связанных с процессом и с продуктом, такие как документирование, аудит и контроль процесса, которые помогают в удовлетворении задач проекта. Такие процедуры, применяемые в процессах проекта, приводятся в приложении А.

5.2.4         Менеджмент отвечает за создание "среды" управления качеством

Менеджмент как исходной, так и проектной организации должны сотрудничать в создании "среды" обеспечения качества. Способы и средства создания такой среды должны включать:

- создание организационной структуры и поддержка действий, необходимых для достижений целей проекта

- принятие решений, основанных на данных и на фактической информации

- обеспечение оценки выполнения и ее использование для оценки качества

- вовлечение всего персонала в достижение качества продукта и процессов проекта

-          создание взаимовыгодных отношений с субподрядчиками Менеджер проекта должен быть назначен как можно раньше. Менеджер проекта является лицом с определенными обязательствами, ответственностью и полномочиями по управлению проектом. Полномочия, делегированные менеджеру проекта, должны соответствовать его ответственности. Они могут меняться от проекта к проекту.

5.2.5. Менеджмент отвечает за непрерывные улучшения.

В проектах исходной организации менеджмент отвечает за непрерывный поиск вариантов усовершенствования качества в процессах проекта, исходя из приобретенного опыта. Для того, чтобы учиться из опыта, управление проектами само по себе должно рассматриваться как процесс, а не как изолированная работа. Система должна быть рассмотрена в целом для сбора и анализа информации, полученной во время выполнения проекта для использования в целях непрерывного улучшения.

Проектная организация отвечает за непрерывный поиск улучшения качества процессов и работ в своем проекте. Это может происходить с помощью самооценки, внутреннего, а иногда и внешнего аудита, учитывая имеющееся время и ресурсы.

ЗАМЕЧАНИЕ: ISO 10004 содержит указания по улучшению качества.

5.3              Процессы взаимосвязанного управления

Этот подраздел содержит руководства по обеспечению качества в процессах взаимосвязанного управления. Проекты состоят из процессов, и действие одного из них обычно воздействует на другие. Общее управление взаимосвязями между процессами проекта является обязанностью менеджера проекта. Процессы взаимосвязанного управления - это такие процессы:

- инициирование проекта и разработка плана проекта: оценка требований потребителя и других заинтересованных лиц, подготовка плана проекта и инициирование других процессов

- управление взаимодействием: управление взаимодействиями во время проекта

-          управление изменениями и конфигурацией: прогнозирование изменений и управление ими во всех процессах

-          - закрытие: закрытие процессов и обеспечение обратной связи.

5.3.1         Инициирование проекта и разработка плана проекта

План проекта, включающий план работ по качеству всегда должен быть подготовлен и доведен до текущей даты. План качества должен быть подготовлен как составная часть плана проекта. Степень детализации должна зависеть от размера и сложности проекта.

План проекта должен включать документально заверенные требования потребителей и других заинтересованных лиц, а также цели проекта. Входной источник по каждому требованию также должен быть документирован для обеспечения отслеживаемости.

Характеристики продукта и способы их измерения и оценки, должны быть включены в план проекта.

Если по проекту выполняется контракт, то должны осуществляться проверки контракта.

В ходе инициирования проекта должны быть определены проекты, которые уже выполнялись в исходной организации и которые наиболее похожи на данный проект для лучшего использования обратной связи с предыдущими проектами.

Должны быть определены процессы, относящиеся к данному проекту и они должны быть занесены в план проекта.

Должна быть создана система качества проекта, которая должна состоять из политики в области качества, организационной структуры, процедур, процессов и ресурсов, необходимых для достижения целей проекта. Эта система качества также должна включать мероприятия по непрерывному улучшению качества. Так как качество является составной частью хорошего управления проектами, то система обеспечения качества проекта должна быть составной частью системы управления проектом. Система обеспечения качества должна быть документирована в плане качества.

Проектная организация должна принять, а при необходимости адаптировать систему и процедуры качества исходной организации. В плане качества должны быть сделаны ссылки на соответствующие части в документах по системе качества исходной организации. В случаях, когда существуют специальные требования других заинтересованных лиц, необходимо убедиться в том, чтобы результирующая система качества удовлетворяла бы нуждам проекта.

Разработка плана проекта включает объединение планов, разработанных в других процессах проекта. Эти планы должны просматриваться для устойчивости системы и разрешения любых конфликтов.

План проекта должен определять и планировать просмотры проекта (смотрите Приложение А), а также ведение архива по проекту. Просмотры должны включать просмотр системы обеспечения качества и плана проекта, а также их адекватности для достижения целей проекта.

Для предоставления основы для измерения изменений и контроля, а также для обеспечения планирования оставшейся работы, должны быть спланированы и включены в план проекта процедуры оценки выполнения (смотрите Приложение В).

Требования к процедурам оценки качества (смотрите Приложение А) такие как документирование, проверка, запись, отслеживание, просмотры и аудиты должны быть установлены по всему проекту.

Для отслеживания выполнения должны быть определены показатели выполнения и предприняты меры для их регулярной оценки. Эта оценка должна включать корректирующие и превентивные действия и должна подтверждать, что цели проекта остались теми же в измененной среде проекта.

В плане проекта должны быть определены взаимосвязи. Особое внимание необходимо уделить следующим взаимосвязям:

- связь с потребителем и другими заинтересованными лицами;

- связи в проектной организации и связи по различным функциям с исходной организацией - связи между функциями в проектной организации.

5.3.2         Управление взаимодействием

Для усовершенствования плановых взаимосвязей между процессами, в проекте необходимо управлять взаимосвязями. Это должно включать создание процедур для управления связями, включая межфункциональные совещания по проекту и разрешение конфликтов, таких как, конфликт ответственностей или изменение в распределении риска, осуществление анализа освоенных объемов и проведение оценки выполнения для отслеживания состояния проекта и планирования оставшейся работы (смотрите Приложение В)-

Оценки выполнения также должны использоваться для определения потенциальных проблем взаимосвязи. Должны быть отмечены те взаимосвязи, в которых обычно риск больше, чем в других и которые необходимо специально координировать.

Проектная коммуникация является ключевым фактором в проектной координации и обсуждается в разделе 5.9.

5.3.3. Управление изменениями и управление конфигурацией

Управление изменениями затрагивает идентификацию и документирование потребности в изменении и его влиянии, а также просмотр и утверждение изменений в процессах и продукте. Среди этих изменений выделяются те, которые требуют применения контроля конфигурации, как это определено в ISO 10007.

Управление конфигурацией, как оно определено в ISO 10007 затрагивает изменения в продукте, которые документируются и остаются в законченном продукте после завершения жизненного цикла продукта.

Управление изменениями включает управление изменениями в содержании проекта и в плане проекта. Перед принятием изменения необходимо проанализировать цели, рамки и последствие изменения.

Управление изменениями включает скоординированные изменения по взаимосвязанным процессам проекта и разрешение любых конфликтов.

Процедуры по управлению изменениями также включают контроль документооборота.

ЗАМЕЧАНИЕ: Для дальнейшего обсуждения вопросов управления изменения смотрите ISO 9004-1.

5.3.4 Закрытие

Во время выполнения проекта необходимо убедиться, что все процессы проекта заканчиваются так, как планировалось. Это также включает гарантию того, что документы будут подготовлены к определенному времени.

Какова бы ни была причина закрытия проекта , должен быть подготовлен полный отчет по показателям его выполнения. При этом должны быть приняты во внимание все относящиеся к проекту документы, включая оценки выполнения и входные документы от заинтересованных лиц. Должны быть разработаны специальные документы для обеспечения обратной связи с потребителем, причем по возможности там должны присутствовать количественные показатели. Основываясь на анализе показателей выполнения должны быть подготовлены специальные отчеты, обобщающие приобретенный опыт, который затем можно использовать в других проектах.

Закрытие проекта должно быть формально оговорено с соответствующими заинтересованными лицами.

5.4              Процессы, связанные с содержанием проекта

В этом документе содержание включает в себя описание продукта проекта, его характеристики и то, как они могут быть измерены или оценены.

Этот подраздел содержит указания по обеспечению качества в процессах, связанных с содержанием проекта.

Эти процессы направлены на:

- перевод требований потребителя и других заинтересованных лиц на язык работ, которые должны быть осуществлены для достижения целей проекта и для организации работ по проекту

- гарантию того, что люди работает в пределах проекта во время реализации работ проекта;

- оценку результатов работ для того, чтобы быть уверенным в том, что они попадают в границы проекта.

Процессы, связанные с содержанием проекта - это такие процессы:

- разработка концепции: определение крупномасштабного эскиза того, что люди должны выполнять по проекту;

- разработка и контроль содержания проекта: документирование характеристик проектного продукта в измеряемых величинах и управление ими;

- определение работ: идентификация и документирование работ и этапов, требуемых для достижения задач проекта;

- контроль работ: контроль фактической работы, выполненной по проекту.

5.4.1         Разработка концепции

Требования потребителя к продуктам и процессам должны быть переведены на язык документальных требований и согласованы с потребителем.

Должны быть определены другие заинтересованные лица и их нужды, которые затем должны быть преобразованы в документальные требования и согласованы с потребителем.

Для каждого определенного заинтересованного лица, должны быть документированы входные данные для обеспечения отслеживаемости.

5.4.2         Разработка и контроль содержания проекта

При разработке содержания проекта должны быть определены характеристики проектного продукта и как можно более подробно документированы в измеряемых величинах для их использования как основы проектирования и разработки. Должно быть определено, как должны быть измерены эти характеристики, а также должно быть оценено, как они согласуются с требованиями потребителя или заинтересованных лиц. Характеристики продукта должны быть отслеживаемыми в соответствии с требованиями потребителя или заинтересованных лиц.

Также должны быть разработаны указания на альтернативные подходы и решения, включая результаты произведенного анализа, которые также должны входить в разработку содержания проекта.

Управление изменениями содержанием проекта осуществляется в рамках процесса управления изменениями.

5.4.3         Определение работ

Проект должен быть разбит системным образом на управляемые работы.

ЗАМЕЧАНИЕ: Часто такие термины как работы, задачи и пакеты работ используются как названия элементов такого структурирования, а результатом обычно является так называемая WBS. В данном документе для обозначения элементов структуры применяется термин "работа".

При определении работ, менеджеры должны вовлечь в этот процесс тех, кто будет выполнять эти работы для плодотворного использования их опыта и для того, чтобы обеспечить их понимание поставленных задач.

Каждая работа должна быть определена таким образом, чтобы ее результаты можно было измерить.

Список работ должен быть проверен на полноту. Среди заданных работ должны быть работы, связанные с обеспечением качества, оценкой выполнения и подготовкой плана проекта.

Должны быть определены и документально оформлены взаимосвязи между работами и связи между проектом и заинтересованными лицами.

5.4.4 Контроль работ

Работы должны выполняться и контролироваться в соответствии с определением работ и планом проекта. Контроле работ включает контроль взаимодействий во избежание конфликтов или непонимания. Особенное внимание должно быть уделено работам, которые используют новые технологии.

Работы должны быть просмотрены и оценены для определения узких мест и возможностей усовершенствования. Временные интервалы между просмотрами должны быть приспособлены к степени сложности проекта и к тому, когда выполняются работы по проекту.

Результаты просмотров должны быть использованы для оценки выполнения по результатам проекта и для планирования оставшейся работы. Скорректированный план по оставшейся работе должен быть документально оформлен.

5.5 Процессы, связанные со временем

Этот раздел содержит указания по обеспечению качества в процессах, связанных со временем.

Эти процессы направлены на определение длительности работ, на обеспечение завершения проекта вовремя и на:

- планирование зависимостей между работами: определение взаимосвязей, а также логических взаимодействий и зависимостей между работами проекта;

- оценку длительности: оценка длительности каждой работы с учетом определенных условий и требуемых ресурсов;

- разработку календарного плана: взаимосвязь временных параметров проекта, зависимостей между работами и их длительностей как основу для разработки общего и детальных календарных планов;

управление календарным планом: управление реализацией работ проекта для его соответствия предложенному календарному плану и для принятия адекватных решений для компенсации задержек.

5.5.1 Планирование зависимостей между работами

Должны быть определены и испытаны на устойчивость входные данные для задания зависимостей и взаимосвязей между работами. Любая потребность в изменении этих исходных данных должна быть определена, обоснована и документирована.

Там, где это возможно необходимо использовать стандартные или проверенные сети для того, чтобы извлечь пользу из предыдущего опыта. Должна быть проверена их адекватность конкретному проекту.

5.5.2 Оценка длительности

Оценка длительностей работ должна быть произведена персоналом, который будет отвечать за эти работы. Должна быть проверена корректность и адекватность оценки длительностей для условий текущего проекта на основании предыдущего опыта Входные данные должны быть документированы и отслежены по сравнению с оригиналом. При сборе оценок длительностей работ, полезно также в то же время собирать оценки связанных с ними ресурсов.

Особое внимание должно быть уделено выделению достаточного времени на работы по качеству, приведенные в приложении А.

Когда оценка длительностей включает большую степень неопределенности, необходимо оценить и уменьшить риски, а для оставшихся рисков в оценку длительности должны быть включены допущения.

Если это желательно или требуется, то в процесс оценки длительностей должны быть включены потребитель и заинтересованные лица.

5.5.3 Разработка календарного плана

Входные данные для разработки календарного плана должны быть определены и проверены на соответствие условиям конкретного проекта. Особое внимание необходимо уделить работам с большой задержкой, с большой длительностью, а также работам, находящимся на критическом пути. Должны быть определены стандартизированные форматы календарных планов, приспособленные для нужд различных пользователей.

Несогласованности, возникающие при объединении оценок длительностей с зависимостями между работами должны быть разрешены перед тем, как календарные планы будут окончательно готовы и пущены в работу. Календарные планы должны определять критические работы и работы, близкие к критическим.

Календарный план должен выделять определенные события, иногда называемые ключевыми событиями или вехами, которые требуют специальных входных данных или решений, либо в которых планируется получение основных результатов по проекту. Календарный план также должен включать оценку выполнения.

Потребитель и соответствующие заинтересованные лица должны информироваться во время разработки календарного плана, а при необходимости участвовать в его разработке. Им необходимо разослать готовые календарные планы для информации или, при необходимости, для утверждения.

5.5.4 Управление календарным планом

Временные интервалы между корректировками календарного плана и частота сбора данных должны быть установлены для обеспечения адекватного управления работами проекта и связанной с ними информацией. Все отклонения от календарного плана должны быть определены, проанализированы и в случае значительных отклонений задокументированы для дальнейших действий.

Текущие календарные планы должны быть использованы для оценки выполнения и совещаний. Менеджер проекта должен обеспечить регулярные просмотры календарного плана проекта в соответствии с планом проекта.

Совместно с оставшейся работой должны анализироваться тенденции в выполнении проекта для предотвращения возможных будущих проблем.

Должны быть выявлены ключевые причины отклонений от плана, как благоприятные, так и неблагоприятные. Действия должны быть спланированы таким образом, чтобы гарантировать, что неблагоприятные отклонения не повлияют на цели проекта. Причины как благоприятных, так и неблагоприятных отклонений должны использоваться как основа для непрерывного улучшения.

Должно быть определено возможное влияние изменений календарного плана на бюджет и ресурсы проекта, а также на качество продукта. Решения по принимаемым мерам должны быть приняты только с учетом их возможных последствий на другие процессы и цели проекта. Изменения, влияющие на цели проекта должны быть согласованы с потребителем и соответствующими заинтересованными лицами до их реализации. Когда действие требуется для того, чтобы наверстать временные задержки, должен быть определен персонал, выполняющий эти действия и его роль. Корректировки календарного плана должны быть скоординированы с другими процессами проекта для разработки плана оставшейся работы.

Потребитель и соответствующие заинтересованные лица должны информироваться о любых предлагаемых изменениях календарного плана и быть вовлечены в принятие решений, которые влияют на них.

5.6. Процессы, связанные со стоимостью

Этот подраздел содержит указания по обеспечению качества в процессах, связанных со стоимостью.

Эти процессы предназначены для прогнозирования стоимостей по проекту и управления ими, а также для того, чтобы убедиться, что проект завершится в бюджетных рамках и для:

- оценки стоимости: разработка смет по проекту

- бюджета: использование результатов оценок стоимости для разработки бюджета проекта

- контроля стоимости: контроль стоимостей и отклонений от бюджета проекта

5.6.1 Оценка стоимости

Все стоимости по проекту должны быть ясно определены (по работам, товарам и услугам) и оценка стоимости должна рассматривать соответствующие источники информации и быть связанной с WBS- структурой проекта. При использовании оценок стоимости на основании предыдущего опыта, их необходимо проверить для того, чтобы они соответствовали условиям текущего проекта. Входные данные должны быть документированы и отслеживаемы до места их происхождения.

Особое внимание должно быть уделено выделению достаточных стоимостей на работы по качеству, приведенные в приложении А.

Оценка стоимости должна принимать во внимание экономическую среду (например, инфляцию, налоговую политику и ставки обмена).

В случае, когда оценка стоимости содержит высокий уровень неопределенности, риски должны быть оценены и уменьшены, а для оставшихся рисков в оценку стоимости должны быть включены допущения.

Оценка стоимости должна иметь форму, которая позволит создать и разработать бюджет в соответствии с утвержденными и принятыми процедурами учета, а также с требованиями менеджера проекта.

5.6.2 Бюджет

Бюджет должен быть основан на оценках стоимости и календарном плане. Бюджет должен соответствовать требованиям проекта и любые допущения, соглашения и неопределенности должны быть выявлены и документированы. Бюджет должен включать все утвержденные стоимости и иметь форму, подходящую для контроля стоимости по проекту.

5.6.3 Контроль стоимости

Перед любыми затратами по проекту должны быть созданы и документированы процедуры контроля стоимости, которые должны быть распространены между ответственными за работу или затраты по проекту.

Временные интервалы между корректировками и частота сбора и прогнозирования данных должны быть установлены для обеспечения адекватного управления работами проекта и связанной с ними информацией. Необходимо проверить, чтобы работа, оставшаяся до завершения, укладывалась бы в оставшийся бюджет. Все отклонения от бюджета должны быть определены и в случае значительных отклонений проанализированы и задокументированы для дальнейших действий.

Должны анализироваться тенденции в стоимостях проекта с использованием таких технологий, как анализ освоенного объема с учетом оставшейся работы для предотвращения возможных будущих проблем.

Должны быть выявлены ключевые причины отклонений от бюджета, как благоприятные, так и неблагоприятные. Действия должны быть спланированы таким образом, чтобы гарантировать, что неблагоприятные отклонения не повлияют на цели проекта. Причины как благоприятных, так и неблагоприятных отклонений должны использоваться как основа для непрерывного улучшения.

Решения по принимаемым мерам должны быть приняты только с учетом их возможных последствий на другие процессы и цели проекта. Изменения, влияющие на цели проекта должны быть согласованы с потребителем и соответствующими заинтересованными лицами до их реализации. Изменения в стоимостях проекта должны соответствующим образом обосновываться. Корректировки бюджета должны быть скоординированы с другими процессами проекта для разработки плана оставшейся работы.

Информация, необходимая для выделения фондов по времени должна быть в наличии и предоставляться в качестве входных данных для процессов, связанных с контролем ресурсов.

Менеджер проекта должен осуществлять регулярные просмотры стоимостей проекта, как это определено в плане проекта. Соответствующие заинтересованные лица могут потребовать дополнительные просмотры состояния финансов.

5.7. Процессы, связанные с ресурсами

Этот подраздел содержит указания по обеспечению качества в процессах, связанных с ресурсами.

Эти процессы предназначены для планирования и контроля ресурсов. Они помогают определять любые возможные проблемы, связанные с ресурсами. Примерами ресурсов могут быть программное обеспечение, оборудование, сооружения, финансы, информационные системы, материалы, персонал, услуги и площади. Это такие процессы:

- планирование ресурсов: определение, оценка, календарное планирование и выделение всех необходимых ресурсов

- контроль ресурсов: сравнение фактического использования с планами использования ресурсов и, при необходимости, принятие действий.

ЗАМЕЧАНИЕ: Этот подраздел должен применяться для количественной оценки управления кадрами , только в том случае, когда кадры рассматриваются как ресурс. Другие аспекты рассматриваются в разделе 5.8, так как эти ресурсы значительно отличаются от других ресурсов.

5.7.1. Планирование ресурсов

Должны быть определены ресурсы, необходимые для проекта. Ресурсные планы должны оговаривать, какие ресурсы требуются по проекту и когда они требуются в соответствии с временным календарным планом. Эти планы должны включать, как и от кого поступают ресурсы, как они распределяются и при необходимости методы выделения дополнительных ресурсов. Планы должны быть подходящими для контроля ресурсов. Должна быть проверена адекватность входных данных для планирования ресурсов.

При определении ресурсов проекта должна быть оценена стабильность и мощность организаций, поставляющих ресурсы.

Должны быть приняты во внимание ограничения по ресурсам. Примерами ограничений могут быть доступность ресурсов, экологические и культурные факторы, международные соглашения, правительственные законы, бюджет проекта, а также влияние проекта на окружающую среду.

Оценки и выделение ресурсов должны быть документированы с учетом всех сделанных допущений и известных ограничений.

5.7.3 Контроль ресурсов

Временные интервалы между корректировками и частота сбора и прогнозирования данных должны быть установлены для обеспечения адекватного управления поставками ресурсов и чтобы ресурсы, оставшиеся до завершения были бы достаточными для удовлетворения целей проекта.

Все отклонения от ресурсного плана должны быть определены, проанализированы и задокументированы для дальнейших действий.

Решения по принимаемым мерам должны быть приняты только с учетом их возможных последствий на другие процессы и цели проекта. Изменения, влияющие на цели проекта должны быть согласованы с потребителем и соответствующими заинтересованными лицами до их реализации. Изменения в плане ресурсов должны соответствующим образом обосновываться. Корректировки бюджета должны быть скоординированы с другими процессами проекта для разработки плана оставшейся работы.

Информация, необходимая для выделения фондов по времени должна быть в наличии и предоставляться в качестве входных данных для процессов, связанных с контролем ресурсов.

Менеджер проекта должен осуществлять регулярные просмотры стоимостей проекта, как это определено в плане проекта. Соответствующие заинтересованные лица могут потребовать дополнительные просмотры состояния финансов.

Ключевые причины недостатка или избытка ресурсов должны быть определены и использованы для непрерывного улучшения.

5.8. Процессы, связанные с персоналом

Этот раздел содержит указания по обеспечению качества в процессах, связанных с персоналом. Люди определяют качество и успех проекта.

Процессы, связанные с персоналом должны быть направлены на создания окружения, в котором люди могут эффективно и действенно влиять на проект. Это такие процессы:

- определение организационной структуры проекта: задание организационной структуры проекта, удовлетворяющей требованиям проекта, включая определение ролей в проекте, а также задание полномочий и ответственности

- выделение штата: выбор и назначение необходимого персонала с соответствующей компетенцией для удовлетворения проектных нужд.

- обучение команды: разработка индивидуальных и командных умений и навыков для улучшения показателей выполнения проекта.

ЗАМЕЧАНИЕ: Количественные аспекты управления персоналом рассматриваются в разделе 5.7.

5.8.1. Определение организационной структуры проекта

Обычно организационная структура проекта должна быть создана в соответствии с политикой исходной организации и условий, характерных для данного проекта. По возможности должен быть использован опыт предыдущих проектов для выбора наиболее благоприятной организационной структуры.

Организационная структура проекта должна быть спроектирована для обеспечения эффективной связи и сотрудничества между всеми участниками проекта.

Менеджер проекта должен обеспечить, чтобы организационная структура проекта соответствовала бы содержанию проекта, размеру команды проекта, местным условиям и разделением полномочий и ответственности в исходной организации. Это разделение будет зависеть от исходной организационной структуры: матричной или функциональной структуры. Особое внимание следует уделить определению и заданию взаимосвязей в проектной организации с:

- потребителем и другими заинтересованными лицами:

- адекватными функциями исходной организации, поддерживающими проект, особенно, если некоторые из них относятся к функциям мониторинга проекта по календарному плану, качеству или стоимостям.

Должно быть произведено назначение полномочий, ответственности и отчетности, а также подготовлено описание работ.

Особое внимание должно быть уделено функциям проекта, относящимся к реализации и отслеживанию задач в системе качества и их взаимосвязям с другими функциями проекта.

Для обеспечения эффективности и адекватности организационной структуры проекта должны производиться ее периодические просмотры.

5.8.2. Выделение штата

Для персонала, работающего по проекту, должна быть определена необходимая компетенция в вопросах образования, знаний и опыта. Когда при найме персонала, удовлетворяющего разработанным требованиям, возникают проблемы, должно быть выделено достаточное время для дополнительной подготовки персонала.

Выбор персонала должен быть произведен с привязкой ко времени на основе описаний работ и должен принимать во внимание компетенцию персонала и информацию о предыдущем опыте работников. Один и тот же критерий выбора должен применяться ко всем сотрудникам данной организации, вне зависимости от того, являются ли они сотрудниками проектной организации, или работают в другом месте.

При отборе менеджеров проекта, приоритет нужно отдавать лицам с чертами лидеров. При назначении членов команд должны учитываться их личные интересы, межличностные взаимоотношения, их сильные и слабые стороны.

Менеджер проекта должен быть вовлечен в отбор других членов команды. Знание личностных характеристик может помочь при определении наилучшего распределения обязанностей внутри проектной организации. Описание работы должно быть ясным и принятым всеми принимающими на работу. Назначение на работу должно быть согласовано и утверждено всеми заинтересованными лицами.

Эффективность и действенность работы персонала должно отслеживаться и для этого при необходимости должны приниматься соответствующие действия.

5.8.3. Обучение команды

Индивидуальное обучение важно для командного обучения и описано в ISO 9004-1. Обучение команды должно включать целенаправленное управление и отдельные действия, направленные конкретно и в первую очередь на усовершенствование показателей работы команды.

Менеджер должен создать рабочую среду, которая обеспечивает качество, хорошие рабочие отношения, доверие и уважение между членами команды и всех, вовлеченных в проект. Должны быть разработаны процедуры компромиссного принятия решений, ясного и открытого взаимодействия и совместного стремления к удовлетворению интересов потребителя.

5.9. Процессы, связанные с коммуникацией

Этот раздел содержит указания на обеспечение качества в процессах, связанных с коммуникацией.

Эти процессы связан с усовершенствованием обмена информацией, необходимой для проекта. Они обеспечивают своевременное и обоснованное получение, сбор, распространение, хранение и конечное положение. Это такие процессы:

планирование коммуникации: планирование информационной и коммуникационной системы проекта;

- управление информацией: донесение необходимой информации до членов проектной организации и других заинтересованных лиц;

- контроль коммуникаций: контроль коммуникаций в соответствии с плановой коммуникационной системой.

5.9.1. Планирование коммуникации

Планирование коммуникации должно принимать во внимание нужды проекта и отдельных лиц, вовлеченных в проект. План коммуникации должен определять информацию, которая должна быть формально передана, носители, используемые для ее передачи и частоту коммуникации. Также в план должны быть включены частота, время и задачи совещаний.

Для обеспечения совместимости должны быть определены формат, язык и структура документов. План должен определять систему управления информацией, задавать, кто будет посылать и получать информацию и отсылки на соответствующий контроль документов и процедуры обеспечения безопасности. Должен быть задан формат для отчетов по выполнению для выявления отклонений от плана проекта.

5.9.2. Управление информацией

Система управления информацией должна быть спроектирована с учетом нужд как исходной, так и проектной организации. Она должна включать процедуры подготовки, сбора, определения, классификации, распределения, хранения, корректировки, архивирования и восстановления информации. Информация должна включать условия, зависящие от времени ее использования. В системе должна обеспечиваться проверка актуальности и адекватности информации перед ее использованием в других проектах.

Для того, чтобы быть эффективной, информация должна быть адекватной нуждам получателей, ясно представлена и распределена с четкой привязкой к календарным планам. Все неформальные соглашения, влияющие на выполнение проекта должны быть формально документированы. Там, где это практически используется , лучше применять электронные средства передачи информации.

Должны быть разработаны правила и указания к проведению совещаний. Они должны соответствовать типу совещания. Должна быть распространена повестка дня совещания. Время совещания должно включать в себя время на принятие решений, время на рассмотрение важных результатов, время на согласование действий. Эти временные отрезки должны быть распределены между участниками совещания с согласованием их длительности.

5.9.3. Контроль коммуникации

Система коммуникации должен быть реализована так, как это планировалось, а также необходимо обеспечить ее мониторинг и проверку для удовлетворения нужд проекта. Особое внимание должно быть уделено связям между теми функциями и организациями, между которыми часто возникает непонимание и конфликты.

5.10. Процессы, связанные с риском

Этот раздел содержит указания по обеспечению качества в процессах, связанных с риском.

Управление рисками проекта связано с неопределенностями в планировании по проекту и требует структурного подхода. Целью процессов, связанных с риском, является минимизация влияния потенциальных негативных событий и получение всех преимуществ от возможных усовершенствований. В этом документе термин "риск" включает оба аспекта. Риски могут быть связаны либо с процессами проекта, либо с отклонениями продукта проекта от целей проекта. Процессы, связанные с риском - это такие процессы:

- идентификация рисков: определение рисков в проекте

- оценка рисков: оценка вероятности возникновения рисковых ситуаций и влияние этих ситуаций на проект

- разработка реакции на риск: разработка планов реакции на риск

- контроль рисков: реализация и корректировка планов рисков. Особенно важно, чтобы эти процессы и их результаты были документированы.

5.10.1. Идентификация риска

Риски в процессах и продукте проекта и средства определения, когда превышены допустимые пределы, должны быть определены с привязкой к структуре проекта. Должны быть использованы опыт и исторические данные из других проектов.

Идентификация риска должна быть произведена в начале проекта, при оценках выполнения и в других случаях, когда необходимо принимать важные решения.

Идентификация риска должна определять не только риски по стоимости, времени и продукту, но также и в таких областях, как безопасность, профессиональная ответственность, информационные технологии, здоровье и окружающая среда, принимая во внимание текущие или ожидаемые требования. Нужно отметить, что необходимо принимать во внимание взаимодействия между различными рисками. Также необходимо определить критические и новые технологии. Должно быть назначено лицо, ответственное за выявленный риск.

5.10.2. Оценка риска

Должны быть определены вероятность возникновения и вклады определенных рисков, принимая во внимание опыт и исторические данные из предыдущих проектов. Всегда должен быть выполнен качественный анализ, а там, где это возможно, и количественный.

5.10.3. Разработка реакции на риск

Решения, устраняющие, смягчающие или передающее риски, а также решения, принимающие выявленные риски и план по извлечению преимуществ из возможностей предпочтительно должны быть основаны на известных технологиях или данных из прошлых проектов во избежание появления новых рисков.

Когда риск определен и необходим план по учету неопределенностей, необходимо тщательно проверить, чтобы отсутствовали нежелательные эффекты, связанные с его реализацией.

Когда в календарном плане или в бюджете приняты мер по борьбе с риском, их необходимо определить и проводить независимо друг от друга.

Должны быть определены риски, возникающие постоянно и документированы причины их возникновения.

5.10.4. Контроль рисков

По всему проекту риски должны контролироваться с помощью итерационного процесса идентификации риска, оценки риска и реакции на риск. Проект должен управляться, принимая во внимание то, что риски существуют всегда. Люди должны пытаться предотвратить влияние этих рисков, определять риски и отмечать их.

Планы по борьбе с неопределенностями всегда должны быть в состоянии, готовом у использованию.

Ситуации, связанные с рисками в проекте должны отслеживаться, а отчеты по рискам должны быть частью оценки выполнения.

 
Процессы, связанные с закупками

Этот раздел содержит указания, связанные с обеспечением качества в процессах, связанных с закупками.

Эти процессы связаны с закупками, получением или приобретением продуктов, необходимых для проекта. Как отмечается в ISO 8402, понятие продукта включает услуги, аппаратное обеспечение, обрабатываемые материалы, программное обеспечение или их сочетание. Процессы, связанные с закупками - это такие процессы:

- планирование и контроль закупок: определение и контроль того, что и когда закуплено;

- требования к документации: обобщение коммерческих условий и технических требований:

- оценка субподрядчиков: оценка и определение того, какие субподрядчики должны быть приглашены к поставке продуктов;

субподряд: рассылка приглашений на участие в тендере, оценка тендера, переговоры, подготовка и размещение субподряда

- контроль контракта: проверка того, что выполнение субподряда соответствует требованиям контракта.

ЗАМЕЧАНИЕ 1: В этом документа как и в ISO 9004-1, организация - это проектная организация и субподрядчики поставляют продукты в проектную организацию.

ЗАМЕЧАНИЕ 2: Указания, кроме приведенных ниже, можно найти в разделе 9 ISO 9004-1:1994.

5.11.1. Планирование и контроль закупок

Работы по планированию закупок должны определять и планировать получение продукта, обращая особое внимание на элементы, влияющие на качество, временные и стоимостные характеристики продукта проекта.

С точки зрения управления проектами все продуты вне зависимости от того, получены ли они от внешних субподрядчиков или от исходной организации рассматриваются как закупаемые. В обоих случаях требования должны быть одинаковыми, но если внешние продукты поставляются в соответствии с формальным контрактом, то "домашние" продукты поставляются с использованием внутренних процедур приобретения и контроля.

Закупки должны планироваться таким образом, чтобы связи между субподрядчиками и с субподрядчиками могли вестись проектной организацией.

Должно быть отпущено достаточно времени на тотальный процесс закупок. Он будет включать оценку субподрядчиков, изучение требований и проверку контрактов с субподрядчиками.

Для обеспечения адекватного контроля закупок, выполнение закупок должно сравниваться с планом по закупкам и при необходимости должны приниматься необходимые действия.

5.11.2. Требования к документации

Документы по закупкам должны по возможности быть основаны на стандартизированных документах и должны включать даты поставки продуктов и требования к документации, связанной с продуктом. Требования потребителя обязательно должны быть учтены в документах по закупкам.

Документы должны быть структурированы для обеспечения точной, сопоставимой и полной реакции от потенциальных субподрядчиков.

При подготовке документов по закупкам, особое внимание должно быть уделено правам доступа к документам субподрядчика для их проверки.

5.11.3. Оценка субподрядчика

При оценке субподрядчиков должна быть принята во внимание их финансовая стабильность.

5.11.4. Субподряд

Должна быть разработана процедура работы с субподрядчиками. При оценке тендеров все отклонения в предложениях субподрядчиков должны быть определены и приняты во внимание. Отклонения, которые предполагается принять должны быть утверждены теми же функциональными подразделениями или организациями, которые осуществляют начальную проверку и принятие требований.

Оценка тендеров должна быть основана не только на цене субподрядчиков, но также и на связанных с ней стоимостях, такие как стоимость функционирования, ведения, выдачи лицензий, транспорт, страховку, колебания ставки обмена, инспекцию, аудит качества и решений по отклонениям.

Перед заключением контракта на поставку продукта особенно должны быть приняты во внимание соблюдение требований качества.

Контрактные документы должны быть проверены для гарантии того, что они включают результаты пред контрактных переговоров с субподрядчиком и что требования к продукту полностью определены.

5.11.5. Контроль контракта

Контроль контракта начинается с момента подписания контракта или с момента принципиального соглашения о подписании контракта, например с письма об оповещении. Система должна реализовываться для того, чтобы обеспечить соблюдение контрактных требований, включая даты и сопутствующие документы.

Контроль контракта включает создание соответствующих межконтрактных связей и включение результатов этих связей в общее управление проектом.

Должно быть проверено, чтобы выполнение контракта субподрядчиком соответствовало бы требованиям контракта. Результаты проверки должны быть переданы субподрядчику для согласования дальнейших действий.

Перед закрытием контракта должно быть проверено, чтобы все условия и требования контракта были соблюдены и характеристики выполнения контракта субподрядчиком были бы занесены в сведения о субподрядчиках.

6. Уроки проекта

Этот раздел содержит указания, как исходная организация должна делать выводы из уроков проекта в качестве программы непрерывного улучшения качества текущих и будущих проектов.

Исходная организация должна создать систему сбора, хранения, корректировки и восстановления информации по проектам и гарантировать использование этой информации.

Информация, требуемая для получения уроков из проекта должна быть получена из информации, непосредственно содержащейся в проекте, включая обратные связи с потребителем и другими заинтересованными лицами. Перед использованием информации должна быть проверена ее адекватность.

Перед разработкой системы управления информацией проекта, исходная организация должна определить информацию, которую ей необходимо получить для обучения из проекта и должна проверить, что реализована система для сбора этой информации.

Перед закрытием проекта исходная организация должна произвести документированную проверку проекта, выделяя опыт, полученный из проекта, который может быть использован в других проектах. При возможности в этой проверке должны участвовать потребители и другие заинтересованные лица.

ТАБЛИЦА 1: ОПИСАНИЕ ПРОЦЕССОВ УПРАВЛЕНИЯ ПРОЕКТАМИ

ПРОЦЕСС

ОПИСАНИЕ

Раздел

СТРАТЕГИЧЕСКИЙ ПРОЦЕСС

Стратегический процесс

Установка направления проекта и управление реализацией других процессов проекта

5.2

ПРОЦЕССЫ ВЗАИМОСВЯЗАННОГО УПРАВЛЕНИЯ

Инициирование проекта и разработка плана проекта

Оценка требований заинтересованных лиц, подготовка плана проекта и инициирование других процессов

5.3.1

Управление взаимодействием

Управление взаимодействиями, которые возникают в ходе проекта

5.3.2

Управление изменениями и конфигурацией

Прогнозирование изменений и управление ими во всех проектах

5.3.3.

Закрытие

Закрытие процессов и обеспечение обратной связи

5.3.4.

ПРОЦЕССЫ, СВЯЗАННЫЕ С СОДЕРЖАНИЕМ ПРОЕКТА

Разработка концепции

Разработка крупного эскиза того. что будет делать продукт проекта

5.4.1

Разработка и контроль содержания проекта

Документирование характеристик продукта проекта в измеримых величинах и их контроль

5.4.2

Определение работ

Определение и документирование работ и шагов, требуемых для достижения целей проекта

5.4.3.

Контроль работ

Контроль фактической работы, выполненной по проекту

5.4.4.

ПРОЦЕССЫ, СВЯЗАННЫЕ СО ВРЕМЕНЕМ

Планирование зависимостей работ

Определение взаимосвязей и логических взаимодействий и зависимостей между работами проекта

5.5.1.

Оценка длительностей

Оценка длительности каждой работы в связи с определенными условиями и с требуемыми ресурсами

5.5.2.

Разработка календарного плана

Взаимоувязка временных задач проекта, взаимосвязей между работами и их длительностей, как основа разработки общего и детальных календарных планов

5.5.3.

Контроль календарного плана

Контроль за реализацией работ проекта для обеспечения соответствия предлагаемому календарному плану или для принятия адекватных действий для компенсации задержек

5.5.4.

ПРОЦЕССЫ, СВЯЗАННЫЕ СО СТОИМОСТЬЮ

Оценка стоимости

Разработка сметы проекта

5.6.1

Бюджет

Использование результатов оценок стоимостей для формирования бюджета проекта

5.6.2

Контроль стоимости

Контроль стоимостей и отклонений от бюджета проекта

5.6.3.

ПРОЦЕССЫ, СВЯЗАННЫЕ С РЕСУРСАМИ

Планирование ресурсов

Определение, оценка, планирование и выделение всех необходимых ресурсов

5.7.1

Контроль ресурсов

Сравнение фактического использования с ресурсными планами и при необходимости принятие мер

5.7.2

ПРОЦЕССЫ, СВЯЗАННЫЕ С ПЕРСОНАЛОМ

Определение организационной структуры

Определение организационной структуры проекта, настроенной на удовлетворение нужд проекта, включая определение ролей в проекте и определение полномочий и ответственности

5.8.1

Процесс выделения штата

Выбор и назначение персонала с соответствующей компетенцией для удовлетворения нужд проекта

5.8.2

Создание команды

Развитие индивидуальных и командных умений и способностей для улучшения показателей выполнения проекта

5.8.3.

ПРОЦЕССЫ, СВЯЗАННЫЕ С КОММУНИКАЦИЕЙ

Планирование коммуникации

Планирование систем информации и коммуникации в проекте

5.9.1

Управление информацией

Получение информации, необходимой членам проектной организации и другим заинтересованным лицам

5.9.2

Контроль коммуникации

Контроль коммуникации в соответствии с планируемой системой коммуникации

5.9.3.

ПРОЦЕССЫ, СВЯЗАННЫЕ С РИСКОМ

Определение рисков

Определение рисков в проекте

5.10.1

Оценка рисков

Оценка вероятности возникновения рисковой ситуации и влияния данного риска на проект

5.10.2

Разработка реакции на риск

Разработка планов реакции на риск

5.10.3.

Контроль риска

Реализация и корректировка планов рисков

5.10.4.

ПРОЦЕССЫ, СВЯЗАННЫЕ С ЗАКУПКАМИ

Планирование и контроль заколок

Определение и контроль за тем, что и когда должно быть закуплено

5.11.1

Требования к документации

Обобщение коммерческих условий и технических требований

5.11.2

Оценка субподрадчикя

Оценка и определение того, какие субподрядчики должны быть привлечены к поставке продуктов

5.11.3.

Субподряд

Рассылка приглашений на тендер, оценка тендера, переговоры, подготовка и подписание контракта

5.11.4.

Контроль контракта

Проверка того, что выполнение субподрядчика соответствует требованиям контракта

5.11.5


ПРИЛОЖЕНИЕ А

Показателя качества в управлении проектами

Отсылки к семейству стандартов ISO 9000

Это приложение содержит показатели качества, которые применяются во многих процессах проекта. Оно указывает, где соответствующая информация может быть найдена в семействе стандартов ISO 9000. Некоторые из этих параметров также рассмотрены в разделе 5.

Приемка: Должны быть разработаны требования к приемке и приемка должна быть документирована (смотрите ISO/IEC раздел 2)

Действие по корректировке: Действия по корректировке должны выполняться, когда это необходимо в соответствии с процессом управления изменениями Дальнейшие указания изложены в разделе 15 ISO 9004-1: 1994. Определение действия по корректировке приведено в разделе 4.14 ISO 8402: 1994.

Документация: Документация включает спецификации, документы и записи по системе качества. Входные и выходные данные процессов должны быть документированы. Дальнейшие указания по документации содержатся в ISO 9004-1:1994: 1994 раздел 17 (записи) и раздел 5.3 (документация по системе качества). Определение спецификации дано в разделе

3.14 ISO 8402:1994.

Инспекция: Определение инспекции дано в разделе 2.15 ISO 8402: 1994.

Превентивное действие: Превентивные действия должны выполняться по всему проекту. Определение превентивного действия дано в разделе 4.13 ISO 8402: 1994.

Контроль процесса: Контроль процесса должен выполняться по всему проекту. Дальнейшее описание процесса контроля приводится в разделе II ISO 9004-1: 1994.

Обеспечение качества: Определение обеспечения качества приводится в разделе 3.5 ISO 8402:1994.

Аудиты качества: Аудиты качества могут проводиться как для внутренних, так и для внешних целей. Они могут применяться ко всем процессам проекта. Дальнейшие указания даны в разделе 5.4 ISO 9004:1 1994 и ISO 10011. Определение аудита качества дано в разделе

4.9 ISO 8402:1994.

Усовершенствование качества: Усовершенствование качества может осуществляться по всему проекту. Дальнейшие указания приводятся в разделе 5.4 ISO 9004:1 1994 и ISO 1004.

Планирование качества: Определение планирования качества приводится в разделе 3.3 ISO 8402:1994.

Система качества: Определение системы качества приводится в разделе 3.6 ISO 8402: 1994.

Просмотры: Предметами просмотров должны быть входы и выходы процессов проекта, включая документы. Просмотры, определенные в ISO 8402: 1994 - это управденческие просмотры (раздел 3.9), просмотры контракта (раздел 3.10) и просмотры проектных работ (раздел 3.11)

Спецификация и проектные работы: Указания приводятся в разделе 8 ISO 9004-1: 1994.

Отслеживаемость: Определение отслеживаемости приводится в разделе 3.16 ISO 8402: 1994.

Обучение: Указания приводятся в разделе 18.1 ISO 9004-1:1994.

Проверка адекватности инструментов и технологий: Используемые методы, инструменты, технологии и программное обеспечение должны соответствовать проекту. Определение проверки адекватности приводится в разделе 2.18 ISO 8402: 1994.

Проверка: Результаты процессов проекта должны быть проверены. Определение проверки приводится в разделе 12 ISO 9004-1:1994.


ПРИЛОЖЕНИЕ В

Использование оценок выполнения для целей качества

B.1. Общие сведения

Это приложение иллюстрирует, как оценки выполнения могут использоваться для целей проекта. Оценка выполнения определена в 3.5.

Оценки выполнения обеспечивают возможность рассмотрения вопросов качества, так как они выполняются по всему проекту.

Оценки выполнения должны использоваться для оценки адекватности плана работ по качеству и как с ним коррелируется выполняемая работа. Они должны оценить, насколько хорошо синхронизированы и взаимосвязаны процессы проекта. Они также должна определить и оценить работы и результаты, которые должны повлиять на достижение целей проекта. Они должны использоваться для получения входных данных для оставшейся работы в проекте и для усовершенствования коммуникации. Они должны использоваться для управления улучшения процессов в проекте путем определения отклонений и изменений в рисках.

Оценки выполнения должны использоваться дяя предоставления информации в программу непрерывного улучшения исходной организации

В.2. Реализация

Должны быть разработана реакция на управление оценками выполнения. Оценки выполнения должны вовлекать отдельных лиц, ответственных за процессы проекта, а также других заинтересованных лиц.

Цель каждой плановой оценки выполнения должна быть определена, включая то, какие процессы необходимо оценивать и какие требуются выходные данные, для гарантии того, что нужный персонал и информация находятся в наличии. Во время оценки должны быть оценены результаты по предварительно определенным критериям для назначения ответственных за требуемые действия.

Оцениваемые процессы, критерии оценки и ответственные за каждую оценку выполнения должны быть включены в план проекта со временем, достаточным для проведения измерения и оценки.


ПРИЛОЖЕНИЕ С

БИБЛИОГРАФИЯ

[1] ISO 9000-1: 1994 Стандарты по управлению качеством и обеспечению качества - Часть 1: Указания по выбору и использованию

[2] ISO 9000-4:1993 Стандарты управления качеством и обеспечения качества – Часть 4: Применение для управления зависимостями

[3] ISO 9001: 1994 Системы качества: Модель обеспечения качества в проектных работах, производстве, установке и обслуживании.

[4] ISO 9004-2:1991 Часть 2: Указания по обслуживанию

[5] ISO 10004:1993 Указания по усовершенствованию качества

[6] ISO 10005: 1995 Указания по планам качества

[7] ISO 10011:1991 Указания по аудиту систем качества

[8] ISO 10013: 1995 Указания по разработке руководств по качеству

[9] ISO/IEC 12207:1995 Информационная технология: Процессы жизненного цикла программного обеспечения

[10] IEC 300-3-3: 1995 Управление зависимостями -Часть 3: Указания по

использованию - Раздел 3: Стоимость жизненного цикла

[11] IEC 300-3-9 : 1995 Управление зависимостями - Часть 3 Указания поиспользованию - Раздел 9: Анализ рисков в технологических системах.

 
Rambler's Top100   Рейтинг@Mail.ru