Сделай Сам Свою Работу на 5

Контроль качества проекта





На стадии контроля каждой стадии ЖЦ ИТ выполняются мониторинг, контроль и формирование отчетности о соответствующем этапе проекта.

Целями этапа являются:

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

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

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



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

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

Таблица 11.5. Пример формы сводной таблицы сценариев тестирования
Наименование сценария Описание сценария Дата, время Тестировщик Приемщик Успешно (да/нет) Примечания
.              
Комментарий к форме
  1. №: Номер сценария тестирования бизнес-процесса.
  2. Наименование сценария:Короткое наименование сценария тестирования бизнес-процесса.
  3. Описание сценария:Описание сценария тестирования бизнес-процесса.
  4. Дата, время:Дата и время проведения тестирования.
  5. Тестировщик:Консультант от исполнителя, участвующий в тестировании.
  6. Приемщик:Сотрудник функциональной группы от заказчика, участвующий в тестировании.
  7. Успешно? (да/нет):Отметка об успешности прохождения сценария тестирования.
  8. Примечания:Дополнительные пояснения к результатам сценария

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



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

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

Контроль рисков проекта

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

Мониторинг рисков выполняется с помощью следующих методов.

  1. Пересмотр рисков

Таблица 11.6. Пример формы журнала ошибок



 

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

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

 

Таблица 11.7. Функции участников команды проекта, обеспечивающих выполнение процесса контроля

 

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

· Аудит рисков

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

 

 

Таблица 11.8. Пример формы (интенсивного) мониторинга сотрудника

 

  1. Анализ отклонений и трендов

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

  1. Анализ резервов

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

  1. Совещания по текущему состоянию

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

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

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

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

 

 








Не нашли, что искали? Воспользуйтесь поиском по сайту:



©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.