Подпроцессы контроля проект 555b17f ;а (этапа)

CR

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

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

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

o CR

o (CR

Если на предыдущих стадиях проект 555b17f ;а такой журнал велся, то можно воспользоваться его материалами.

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

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

Провести исследование каждого риска/спорного вопроса на предмет его потенциального воздействия на проект 555b17f ; с точки зрения затраченных усилий, времени и финансов. Необходимо исследовать альтернативные сценарии (“что если”) и выбрать из предлагаемых решений наиболее подходящее

Включить как вариант опцию “ничего не предпринимать”.

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

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

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

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

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

Если спорный вопрос трудноразрешим, то в соответствии с процедурой Управление рисками/спорными вопросами он передается на более высокий уровень для разрешения.

Провести с Заказчиком анализ каждого из рисков. Если Заказчик будет осведомлен о рисках на ранней стадии, то это может облегчить управление рисками в дальнейшем.

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

Необходимо принимать во внимание затраты на реализацию этих мер в соотнесении с возможным воздействием рисков на проект 555b17f ;.

Риски остаются открытыми до тех пор, пока существует угроза их реализации.

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

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

- время не оценивается

CR.050

В рамках подпроцесса Управление проблемами идентифицируются и контролируются проблемы, возникающие при выполнении проект 555b17f ;а.

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

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

o Процедура управления проблемами (CR.020)

Данная процедура разрабатывается на этапе планирования процесса Контроль и отчетность.

o Журнал Отчеты по проблемам (CR.050) (необязательно)

Если на предыдущих стадиях проект 555b17f ;а такой журнал велся, то можно воспользоваться его материалами.

Схема шагов задачи.

Проблема может быть поднята любым персоналом, имеющим отношение к проект 555b17f ;у. Желательно, для избежания дублирования и ошибок в истолковании, чтобы все проблемы исследовались в одном месте.

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

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

Первый вопрос, который возникает: “Действительно ли это проблема?” “Проблема” - это несоответствие базовой линии проект 555b17f ;а. Если это спорный вопрос, требующий решения со стороны Заказчика, или изменение в области применения проект 555b17f ;а, то должны быть запущены соответствующие подпроцессы (Управление спорными вопросами или Контроль изменений). В этом случае проблема считается закрытой.

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

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

Включить как вариант опцию “ничего не предпринимать”.

Если решение проблемы требует изменений в базовой линии проект 555b17f ;а, то подготавливаются Запросы на изменение, инициируется соответствующий подпроцесс, и проблема считается закрытой.

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

Предпринять соответствующие действия для решения проблемы.

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

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

Внести изменения в форму и журнал Отчеты по проблемам.

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

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

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

- время не оценивается

CR.060

В рамках подпроцесса Контроль изменений ведется контроль за базовыми изменениями в проект 555b17f ;е, включая изменения в области применения проект 555b17f ;а.

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

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

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

o Процедура контроля изменений (CR.020)

Данная процедура разрабатывается на этапе планирования процесса Контроль и отчетность.

o Журнал Запрос на изменение (CR.060) (необязательно)

Если на предыдущих стадиях проект 555b17f ;а такой журнал велся, то можно воспользоваться его материалами.

Схема шагов задачи.

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

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

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

Заполнить форму и журнал Запросы на изменения.

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

Установить, как повлияет изменение на проект 555b17f ; с точки зрения графика работ по проект 555b17f ;у, затрат, получения результатов.

Со своей стороны, Заказчик также должен провести изучение влияния изменения с точки зрения графика работ по проект 555b17f ;у, затрат, а также осуществления свой бизнес-деятельности.

Внимание: Если исследование данного вопроса занимает много времени, то целесообразно для этого исследования выделить место в Рабочем плане проект 555b17f ;а.

Оценить влияние на проект 555b17f ;, используя методику из Управления работами. Зарегистрировать эту оценку в запросе на изменения.

В соответствии с процедурой получить утверждение Исполнителя относительно оценок и влияния на проект 555b17f ;.

Внимание: Оценки влияния изменений на проект 555b17f ; должны производиться с такой же тщательностью, как и оценки, сделанные в предложении.

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

Согласование позиции по изменению означает решение о его принятии или не принятии, что должно быть соответствующим образом отражено в журнале запросов на изменение. Любое изменение в области применения проект 555b17f ;а документируется в форме Запрос на изменение.

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

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

Когда изменение получает одобрение, оно передается процессу Управление работами.

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

Изменения, которые произведены, должны быть “закрыты”.

Статистика обо всех изменениях помещается в отчеты о состоянии проект 555b17f ;а.

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

- время не оценивается

CR.070

В рамках подпроцесса Мониторинг состояния и отчетность ведется контроль за состоянием проект 555b17f ;а. Отчеты о состоянии проект 555b17f ;а подготавливаются в рамках каждого из процессов PJM. Например, в рамках процесса Управление работами отслеживаются изменения, связанные с информацией о фактических затратах и о текущем состоянии индивидуальных задач. Подпроцесс Мониторинг состояния и отчетность объединяет данные по каждому из процессов в общий отчет(ы). Периодичность составления отчетов (ежедневно, еженедельно и т.д.), их формат, порядок рассылки согласовываются с Заказчиком и документально закрепляются в Плане качества.

В Плане качества должны быть определены различные уровни отчетности о состоянии проект 555b17f ;а. Каждый уровень имеет свой уровень детализации и различные акценты. Примерами распределения по уровням могут служить: команда проект 555b17f ;а Исполнителя, команда проект 555b17f ;а Заказчика, Спонсор проект 555b17f ;а, Бизнес-менеджер исполнителя, Наблюдательный совет и др.

o Процедура мониторинга состояния и отчетность (CR.020)

Данная процедура описывает подробности сбора, анализа и отчетов о состоянии проект 555b17f ;а.

o План качества (CR.030)

В Плане качества описываются стратегии, применяемые для данного подпроцесса.

o Бюллетень о состоянии (WM.040, WM.050, QM.030, CM.050)

Согласно Плану качества в рамках процессов подготавливаются бюллетени о состоянии работ.

Схема шагов задачи.

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

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

Провести анализ состояния и установить ответственность за проведение коррект 555b17f ;ирующих действий. Качественная оценка здесь может быть даже более ценной, чем количественная. Может быть полезным проанализировать ответы на следующие вопросы:

Функционирует ли организация как орг. единица? Удовлетворительно ли протекает процесс функционирования?

Существуют ли у членов команды проект 555b17f ;а какие-либо специфические проблемы? (Контролирует ли менеджер их решение?)

Существуют ли проблемы с ресурсами и условиями работы, которые нуждаются в разрешении?

Выявились ли новые риски или спорные вопросы, которые требуют внимания со стороны управления?

Объединить бюллетени о состоянии (из каждого процесса), добавить информацию по процессу Контроль и отчетность и подготовить предварительный вариант отчета Заказчика о состоянии проект 555b17f ;а.

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

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

Отчет Исполнителя подготавливается по форме, принятой в организации-Исполнителе и согласованной при запуске проект 555b17f ;а.

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

- время не оценивается

WM.040

В рамках данного подпроцесса на регулярной основе производится оценка состояния проект 555b17f ;а относительно запланированного в Рабочем плане, предпринимаются коррект 555b17f ;ирующие действия, подготавливается отчетность для Заказчика и Исполнителя.

o Рабочий план (WM.020, WM.040)

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

o Стратегии, стандарты и процедуры процесса Управление работами (WM.010)

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

Схема шагов задачи.

Информация о состоянии ресурсов включает:

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

оценка времени, необходимого для завершения начатых задач

какие-либо изменения в датах начала и окончания задач

загрузка членов команды проект 555b17f ;а

Члены команды проект 555b17f ;а должны подтвердить данную информацию согласно процедуре учета времени.

Сделать копию Рабочего плана для отслеживания его состояния на контрольных отрезках в течение жизненного цикла проект 555b17f ;а

Ввести данные о состоянии ресурсов, используя средства планирования/управления проект 555b17f ;ом.

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

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

На основании собранной качественной и количественной информации, а также по результатам совещания, посвященного обсуждению состояния проект 555b17f ;а, провести модификацию Рабочего плана.

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

Согласно процедуре Контроль Рабочего плана подготовить Бюллетень о состоянии работ.

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

- время не оценивается

WM.050

В рамках данного подпроцесса контролируется исполнение Финансового плана проект 555b17f ;а и подготавливается информация о финансовом состоянии для отчета перед Заказчиком и Исполнителем.

o Стратегии, стандарты и процедуры процесса Управление работами (WM.010)

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

o Модифицированный Рабочий план (WM.020)

Модифицированный Рабочий план содержит информацию о текущем состоянии проект 555b17f ;а.

o Финансовый план (WM.030)

Существующий Финансовый план дает информацию, на основании которой составляются отчеты о финансовом состоянии.

Рис. Схема шагов задачи.

На самом деле, проконтролировать финансовое состояние посредством Рабочего плана возможно только частично. Из плана можно получить данные о трудоемкости для каждого ресурса, однако, он не дает возможность отследить непроизводственные расходы, поступающие платежи и т.д. Следовательно, эта дополнительная информация должна быть получена из других источников (например, из учетной системы, существующей в данной организации). Перед тем, как Финансовый план будет модифицирован и подготовлен Бюллетень о финансовом состоянии, вся информация должны быть подготовлена и обобщена.

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

Установить фактические расходы по проект 555b17f ;у

Собрать и зарегистрировать информацию из Рабочего плана и/или финансовых отчетов о фактических трудовых затратах и расходах по проект 555b17f ;у за текущий период, предназначенную для составления обобщенных финансовых графиков проект 555b17f ;а.

Рассчитать расходы по проект 555b17f ;у на основании тарифных ставок и с учетом накладных расходов.

Получить суммарные расходы.

Провести коррект 555b17f ;ировку Финансового плана

В соответствии с фактическими данными необходимо скоррект 555b17f ;ировать прогноз по предстоящим расходам проект 555b17f ;а.

Если в бюджет проект 555b17f ;а вносились изменения, то необходимо скоррект 555b17f ;ировать график оплаты.

В соответствии с процедурой подготовить Бюллетень о финансовом состоянии.

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

- время не оценивается

RM.060 Контроль персонала

В рамках данного подпроцесса рассматриваются вопросы, связанные с управлением персоналом в течение проект 555b17f ;а.

o План по персоналу и организационный план (RM.020)

В этом документе рассматривается организационная подготовка проект 555b17f ;а, а также распределение ролей в проект 555b17f ;е.

o Информация о персонале (RM.030, RM.060)

Информация о персонале включает список назначений по проект 555b17f ;у, данные о квалификации, обучении и т.д.

o Стратегии, стандарты и процедуры процесса Управление ресурсами(RM.010)

В этом документе содержится информация об организационной подготовке проект 555b17f ;а.

Схема шагов задачи.

Установить период, за который будет выставлена оценка.

Собрать отзывы о работе со стороны третьих лиц.

Подготовиться к оценке (как оценщику, так и оцениваемому).

Провести интервью.

Согласовать на предстоящий период цели, действия и результаты.

Внести изменения в регистрационные данные о персонале.

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

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

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

Социальные мероприятия играют важную роль в формировании и поддержании командного духа.

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

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

Любые изменения в назначениях персонала проект 555b17f ;а должны быть зарегистрированы.

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

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

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

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

- время не оценивается

RM.070 Контроль физических ресурсов

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

o План по физическим ресурсам (RM.040)

Этот план устанавливает требования и обязательства для всех физических ресурсов проект 555b17f ;а и обслуживающих структур.

o Процедура поддержки среды (RM.010)

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

Схема шагов задачи.

Подготовить документальную заявку.

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

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

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

Организовать инсталляцию в соответствии с соглашениями о сервисном обслуживании.

Установить оборудование (этот шаг может выполнить и поставщик).

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

Оборудование, которое больше не нужно, должно быть списано (в резерв).

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

В случае необходимости, организуется замена оборудования.

В соответствии с графиком проводить контроль работы оборудования.

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

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

- время не оценивается

QM.020 Обзор качества

В рамках этого подпроцесса проводится анализ получаемых результатов на предмет соответствия стандартам и удовлетворения потребностей проект 555b17f ;а (непротиворечивость, полнота, точность).

В соответствии с Планом качества Обзоры качества подготавливаются регулярно в ходе проект 555b17f ;а вместе с соответствующими Комментариями к обзору.

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

o План качества (CR.030)

План качества содержит описание стратегий процесса Управление качеством.

o Процедура Обзор качества (QM.010)

В данном документе описывается порядок проведения процедуры.

Схема шагов задачи.

Если вся команда проект 555b17f ;а работает по четким стандартам, то это влечет за собой согласованность в работе, улучшает производительность, облегчает техническое сопровождение. Удобнее всего использовать в данной задаче стандарты, существующие у Исполнителя. Но в каждом проект 555b17f ;е могут быть свои особенности, поэтому надо соблюдать осторожность при попытке выработать “универсальный” подход.

Составить план возможных типов обзоров (формальная проверка и др.).

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

В планы по проект 555b17f ;у включить даты обзоров.

Убедиться, что подготовлен предмет обзора.

Составить контрольный список к обзору.

Рассмотреть стандарты проект 555b17f ;а и какую-либо другую проект 555b17f ;ную информацию, относящуюся к предмету обзора.

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

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

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

Необходимо указать категории серьезности ошибок, спорных вопросов и т.д. и установить им приоритет.

Завершить подготовку Основной формы обзора.

Разослать подготовленные формы тем, кто назначен ответственным за решение спорных вопросов.

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

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

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

Удостовериться, что все спорные вопросы Заказчика оформлены документально.

Принимая во внимание замечания Заказчика, провести ревизию предмета обзора.

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

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

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

Поместить формы в Библиотеку проект 555b17f ;а.

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

- время не оценивается

QM.030 Аудит качества

В рамках данного подпроцесса проводится аудит проект 555b17f ;а с целью оценить, насколько ход выполнения проект 555b17f ;а соответствует планам проект 555b17f ;а, а также установленным стандартам и процедурам.

Целью подпроцесса является подтверждение того факта, что установленные процедуры существуют, что им следуют, что они соответствуют проект 555b17f ;у. Аудит проект 555b17f ;а проводится в соответствии с Планом качества (заполняются Отчет по аудиту и форма Проведение аудита).

o Процедура Аудит качества (QM.010)

В данном документе описывается порядок проведения процедуры.

o План качества (CR.030)

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

Схема шагов задачи.

Аудиты проводятся в определенные, заранее запланированные моменты по ходу выполнения проект 555b17f ;а (их список содержится в Плане качества). Обычно проведением аудитов занимаются люди, не зависимые от команды проект 555b17f ;а.

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

При подготовке Плана качества обязательно предусмотреть проведение аудитов проект 555b17f ;а.

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

Определить область и масштаб проведения аудита.

Собрать предыдущие результаты/отчеты о проведении внутренних/внешних аудитов.

Подготовить контрольный список с учетом специфики аудита.

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

Обсудить планы проведения аудита с персоналом проект 555b17f ;а.

Каждый шаг должно быть задокументирован.

Получить утверждение по предпринятым шагам.

С помощью формы Проведение аудита подготовить отчет и подвести итоговые результаты.

Разослать отчет всем необходимым лицам.

Проконтролировать выполнение всех необходимых (коррект 555b17f ;ирующих) мероприятий.

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

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

- время не оценивается

QM.040 Система качества

В рамках данного подпроцесса собираются показатели по затратам, времени и качеству в проект 555b17f ;е в целях контроля и совершенствования как хода самого проект 555b17f ;а, так и процесса управления проект 555b17f ;ом.

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

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

o Процедура Показатели качества (QM.010)

В данном документе описывается порядок проведения процедуры.

o План качества (CR.030)

План качества содержит описание стратегии проведения данного подпроцесса.

Схема шагов задачи.

Сбор показателей провести в соответствии с Планом качества или в соответствии со специальной процедурой.

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

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

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

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

- время не оценивается

CM.020 Контроль документов

Данный подпроцесс предусматривает создание и ведение документов по проект 555b17f ;у. Документы используются для хранения различной информации, связанной с проект 555b17f ;ом.

Целью данного подпроцесса является обеспечение гарантии того, что:

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

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

получатели документов осведомлены о статусе документов

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

o Процедура Контроль документов (CM.010)

В этом документе описывается, как ведется данный подпроцесс в проект 555b17f ;е.

o Библиотека проект 555b17f ;а

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

Схема шагов задачи.

Для каждого документа, создаваемого по проект 555b17f ;у, необходимо определить свой уровень контролируемости. Как правило, любой документ, затрагивающий область применения проект 555b17f ;а, должен контролироваться. Эти документы обычно являются ключевыми результатами проект 555b17f ;а, и в дальнейшем по ним готовятся обзоры качества. Другие документы могут содержать информацию, которая носит временный, внутренний для проект 555b17f ;а характер, кроме того, существуют “одноразовые” управленческие документы или рабочие документы (например, протоколы совещаний). Все подобные документы относят к неконтролируемым.

Присвоить документу номер версии. Перед номером версии указать слово “предварительный” (что будет указывать на то, что документ не нуждается в утверждении). Присвоить документу контрольный номер и завершить формирование титульного листа.

Создать Лист изменений, который будет хранить историю вносимых в документ изменений.

Создать Список рецензентов.

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

Создать содержание документа.

Подготовить введение. Большинство результатов имеют данный раздел, который “вводит” читателей в курс дела.

Подготовить основной текст документа.

Занести информацию о документе и его версии в форму Индекс документов.

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

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

Разослать документ для подготовки обзора (одну копию сохранить в Библиотеке проект 555b17f ;а).

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

По каждому замечанию назначить ответственного из членов команды проект 555b17f ;а. Если какие-либо замечания требуют более глубокого исследования, то они могут быть переведены в ранг проблемы или спорного вопроса.

Принять решение по замечаниям к обзору и указать это решение в форме Комментарии к обзору.

Опубликовать и разослать измененный документ, занести новый номер версии в форму Индекс документов. Если документ все еще носит “предварительный” характер, то приложить к нему форму Комментарии к обзору.

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

Произвести необходимые изменения в документе и убедиться, что в номер версии, дату и Лист изменений внесены соответствующие коррект 555b17f ;ировки.

Если документ подлежит утверждению, то на титульном листе указать утверждающую подпись и подготовить список рассылки. В ином случае, откоррект 555b17f ;ировать Список рецензентов.

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

Если неутверждаемый документ был изменен по результатам обзора, то форму Комментарии к обзору также надо приложить к документу (после Справки об изменениях в документе).

Разослать измененный документ и убедиться, что копия документа сохранена в Библиотеке проект 555b17f ;а.

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

Запись о версии документа занести в форму Индекс документов.

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

Присвоить документу контрольный номер и подготовить титульный лист.

Создать содержание, подготовить введение и основной текст документа (если в этом есть необходимость).

Разослать документ и сохранить его копию в Библиотеке проект 555b17f ;а. Занести информацию о документе в форму Индекс документов.

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

- время не оценивается

CM.030 Контроль конфигурации

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

Создание нового результата по проект 555b17f ;у, как правило, означает создание нового элемента конфигурации. Внесение изменений в элемент конфигурации влечет за собой создание новой версии данного элемента.

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

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

o Процедура Контроль конфигурации (CM.010)

В этом документе описывается, как ведется данный подпроцесс в проект 555b17f ;е.

o Определение конфигурации (CM.010)

Данный документ описывает порядок создания конфигурации.

o Репозитарий УК

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

Схема шагов задачи.

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

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

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

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

Когда элемент конфигурации подвергается изменению, ему должна присваиваться новая версия. В связи с этим предпринимаются следующие шаги (они должны быть отражены в форме Индекс элементов конфигурации):

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

Предоставить (выгрузить) рабочую копию версии ответственному члену команды проект 555b17f ;а для работы.

Установить защиту версии от изменений для других лиц.

Когда возникнет необходимость, сохранить (загрузить) рабочую копию, принятую от ответственного члена команды проект 555b17f ;а, и присвоить ей соответствующий идентификатор версии.

Снять защиту с версии, которая подверглась изменению.

Членам команды проект 555b17f ;а должна быть предоставлена возможность подробно ознакомиться с содержанием любой версии элемента конфигурации. Для этого создаются справочные (или “только для чтения”) копии версии.

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

Подготовить копию версии, предоставить ее тому, кто делал запрос.

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

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

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

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

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

Добавить или удалить элементы из конфигурации по решению управления проект 555b17f ;ом.

Создать или удалить конфигурации по решению управления проект 555b17f ;ом.

Создать базовый набор из именованных версий элементов из конфигурации. Задать идентификатор базового набора.

Установить защиту (заморозить) версий в конфигурации от изменений.

Снять защиту (разморозить) версий в конфигурации от изменений.

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

- время не оценивается

CM.040 Управление релизами

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

Релизы представляют в разнообразных формах и форматах такие элементы из Репозитария УК, как документация, исходный код, исполняемые модули и файлы с данными. Релизы могут быть получены из репозитария УК тогда, когда это необходимо для внутренних потребностей проект 555b17f ;а или по требованию Заказчика.

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

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

релизы выпускаются часто

установка релизов сложна.

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

o Процедура Управление релизами (CM.010)

В этом документе описывается, как ведется данный подпроцесс в проект 555b17f ;е.

o Определение конфигурации (CM.010)

Данный документ описывает порядок создания конфигурации.

o Репозитарий УК

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

Схема шагов задачи.

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

Создать или представить документ с описанием процедуры подготовки релиза из Репозитария УК.

Выполнить процедуру подготовки релиза.

Проверить содержание релиза (тестирование и т.д.).

В случае необходимости, провести процедуру заново.

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

Проверить на готовность место доставки релиза.

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

Доставить релиз каждому адресату.

Проверить, что релиз действительно доставлен и инсталлирован.

Решить какие-либо возникающие проблемы, связанные с рассылкой.

Подготовить Справку о релизе.

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

Получить подпись Заказчика на Справке о релизе.

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

- время не оценивается

CM.050 Учет состояния конфигурации

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

Цель подпроцесса Учет состояния конфигурации - предоставлять актуальную информацию о состоянии всех элементов конфигурации из Репозитария УК. Такая информация включает:

описание каждого элемента конфигурации

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

момент времени, в который была зафиксирован каждый из базовых наборов

для каждого базового набора - история конфигурации (версия и изменения)

состояние и элемент конфигурации, влияющие на каждое изменение конфигурации

причина изменения элемента конфигурации.

Несмотря на то, что информация о состоянии обычно подготавливается для обзоров по управлению, эта информация должна быть легко доступна также и всему персоналу проект 555b17f ;а. Для этого используются стандартные отчеты, подготавливаемые при помощи инструментальных средств автоматизации Репозитария УК.

o Процедура Учет состояния конфигурации (CM.010)

В этом документе описывается, как ведется данный подпроцесс в проект 555b17f ;е.

o Репозитарий УК

Репозитарий УК хранит информацию о конфигурациях, которые являются предметом рассмотрения данного подпроцесса.

Схема шагов задачи.

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

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

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

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

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

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

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

Отчет об истории версий.

Отчет об истории ревизий элементов конфигурации.

Отчет о сравнении версий.

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

Отчет об истории конфигураций и их базовых наборов.

Отчет об истории и содержании всех релизов.

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

- время не оценивается