Вам бонус- начислено 1 монета за дневную активность. Сейчас у вас 1 монета

8.Обеспечение качества ІТ-проекта

Лекция



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


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

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

8.1.          Разработка плана обеспечения качества

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

8.2.          Регламент по управлению качеством в проекте

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

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

Таблица 8.1. Анализ процессов управления качеством

Название

Описание

Последствияневыполнения

Последствияпри выполнениии

Оценкапроцесса

Владелец

Коммен-тарии

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

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

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

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

Критически важен

Менеджер по встречам с заказчиками и менеджер проекта

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

Анализ факторов внешней и внутренней среды предприятия

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

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

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

Важен

Руководитель проекта

Рекомендован к исполнению

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

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

Получение результатов, не соответствующих требованиям заказчика

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

Критически важен

Руководитель проекта

Обязателен для исполнения

Обеспечение качества

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

Получение результатов, не соответствующих требованиям заказчика

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

Важен

Руководитель проекта или команда проекта

Рекомендован к исполнению

Исполнение плана проекта

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

Отклонение результатов проекта от ожидании заказчика

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

Важен

Руководитель проекта/команда проекта

Рекомендован к исполнению

Управление временем, содержанием и стоимостью

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

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

Оптимизация затрат на обеспечение качества проекта

Критически важен

Руководитель проекта

Обязателен для исполнния

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

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

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

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

Важен

Команда проекта/руководитель проекта

Рекомендован к исполнению

 

 

 

Таблица 8.2. План обеспечения качества проекта

 

Мероприятия по обеспечению качества проекта

График исполнения (в неделях)

 

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

1. Анализ требований результатов проекта

x

                                                     

2. Выбор и утверждение стандартов выполнения проекта

x

                                                     

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

x

                                                     

4. Задачи обеспечения качества

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

4.1. Разработка и утверждение процедуры управления проблемами (отклонениями) в проекте

x

                                                     

4.2. Мониторинг статуса рисков и проблем проекта

   

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

 

4.3. Совещания рабочей группы проекта (еженедельно)

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

4.4. Рецензирование и утверждение проектных документов, передаваемых Заказчику

     

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

               

4.4.1. Об этом говорит сайт https://intellect.icu . Рецензирование и утверждение технического задания

     

x

                                               

4.4.2. Рецензирование и утверждение технического проекта

           

x

x

                                       

4.4.3. Рецензирование и утверждение других документов

                                   

x

x

               

4.5. Совещание по анализу результатов этапа проекта

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

5. Задачи организации и тестирования испытаний

                 

x

x

x

x

x

x

x

x

x

                   

5.1. Разработка и утверждение методики испытаний и тестирования ИС

                 

x

x

                                 

5.2. Разработка и утверждение плана испытаний

                       

x

                             

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

                           

x

x

                       

5.4. Подготовка и утверждение акта приемки ИС

                                 

x

                   

б. Внутренние и внешние аудиты проекта

 

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

 

6.1. Внутренние аудиты

 

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

x

 

6.1.1. Аудит фазы инициации проекта (в соответствии стандарту компании по управлению проектами)

     

x

x

                                             

6.1.2. Аудит фазы выполнения проекта (в соответствии стандарту компании по управлению проектами)

                 

x

                                   

6.1.3. Аудит фазы завершения проекта (в соответствии стандарту компании по управлению проектами)

                                                       

6.2. Внешние аудиты

                         

x

       

x

x

               

6.2.1. Аудит представителями поставщика ИС по выполнению методологии внедрения ИС

                         

x

                           

6.2.2. Аудит хода выполнения проекта представителями Заказчика

                                     

x

               

7. Подготовка и утверждение отчета о выполненном проекте или этапе проекта

                                                   

x

 

Причины появления потерь качества весьма разнообразны: нарушения технологии, несоответствующее качество ресурсов,человеческий фактор, несовершенство системы управления. Существенным является то обстоятельство, что все эти потери качества появляются при выполнении отдельных процессов и операций. В связи с этим современный менеджмент качества пришел к пониманию, что управлять нужно не качеством продукции или услуг, а качеством исполнения процессов. В частности, это обстоятельство нашло свое отражение в международных стандартах ISO 9000, о которых уже упоминалось. Именно основываясь на данной теории, определим необходимые процедуры для управления качеством на проекте внедрения. Итак, сначала определим процессы, на которых возможны потери, и сами потери качества (табл. 8.2).

 

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

1.Процедура документирования

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

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

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

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

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

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

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

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

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

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

Этапы

Работы проекта

Возможные потери качества

Процедуры

Планирование проекта

Планирование проекта

Ошибки при определении трудоемкости разработок, распределении ресурсов, разработке бюджета

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

Определение и описание решений по расхождениям

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

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

Высокоуровневый анализ бизнес-процессов

   

Высокоуровневое описание интерфейсов

   

Детальный анализ отдельных бизнес-процессов

   

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

   

Оценка рамок проекта

При ненадлежащем документировании рамок проекта

Процедура контроля документов проекта

Детализированный анализ бизнес-процессов

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

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

 

Разработка и согласование функциональных требований

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

Процедура согласования и утверждения документов

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

Процедура контроля документов проекта

Утверждение результатов анализа инфраструктуры

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

Процедура согласования и утверждения документов

Создание среды обучения

   

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

   

Обучение ключевых пользователей

   

Проектирование

Создание спецификаций на проектирование

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

Процедура управления проблемами и изменениями

Создание технических спецификаций

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

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

 

Определение методов интеграции и модификаций

   

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

   

Определение дополнительных требований к обучению

   

Настройка конфигурации

   

Установка среды разработки

   

Установка среды тестирования

   

Разработка функциональных характеристик

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

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

Тестирование параметров/функций

Ошибки при тестировании, ненадлежащие тест-кейсы

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

Тестирование процессов

Ошибки при тестировании, ненадлежащие тест-кейсы

Процедура контроля качества результатов проекта

Общее тестирование

Ошибки при тестировании, ненадлежащие тест-кейсы

Процедура контроля качества результатов проекта

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

Создание ненадлежащих инструкций

Процедура контроля документов проекта

Настройка и внедрение

Настройка рабочей среды

   

Настройка конфигурации (длясистемного тестирования)

   

Настройка инфраструктуры, тестирование системы

   

Выполнение системного и пользовательского теста

Ошибки при тестировании, ненадлежащие тест-кейсы

Процедура контроля качества результатов проекта

Установка рабочей среды

   

Выполнение теста на запуск

   

Подготовка и проведение обучения для конечных пользователей

   

Эксплуатация и поддержка

Формирование документации

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

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

Дополнительное обучение

   

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

Процедура утверждения документов

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

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

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

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

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

 

8.3.         Организация управления качеством

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

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

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

 

 

Таблица 8.4. Пример контрольных списков проверки качества

Этап проекта

Ожидаемый результат

Тип

Да

Нет

Регулирование настроек

Процент настроек, соответ-ствующих описанию в документации (допустимая погрешность 3%)

Критичный

   

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

Список требований

Критичный

   

Настройка инфраструктуры

Список настроек

Критичный

   

Разработка функциональных характеристик

Количество возникших оши-бок при работе.Процент ошибок в ходе работы

Критичный

   

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

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

Критичный

   

Анализ проекта

Наличие протоколов по анализу результатов каждой фазы проекта

Серьезный

   

Управление изменениями

Документирование всех запро-сов на изменение в соответствии с принятой формой и их сохранение в единой базе

Критичный

   

Пояснения к заполнению формы контрольных списков

  • Этап проекта - процесс, для которого необходимо прописать ожидаемый результат.
  • Ожидаемый результат - метрика качества, которую необходимо достичь.
  • Тип - присвоенный тип данной метрики, может быть критический, серьезный, желательный.
  • Да/Нет - достигнут ли ожидаемый результат. Заполняется на этапе контроля и обеспечения качества проекта.

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

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

№ п.п.

Объект контроля качества

Дата замечания

Замечание

Автор замечания

         
         
         

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

8.Обеспечение качества ІТ-проекта 


Рис. 8.1. Процедура разработки контрольных списков (графическое изображение)

Для выполнения операций по обеспечению (оценке) качества используют аудитАудит качества - независимая экспертная оценка, определяющая, насколько операции проекта соответствуют установленным в рамках проекта или организации правилам, процессам и процедурам. Целью аудита качества является выявление неэффективных и экономически не оправданных правил, процессов и процедур, используемых в проекте. Количество и сроки плановых проектных аудитов могут определяться основными этапами проекта или ключевыми событиями. Внеплановые аудиты проводятся по запросам заказчика, руководителей департаментов и отделов. Аудиты качества проводятся на основе критериев, каждый из которых является следствием требований нормативной документации системы менеджмента качества (требование ISO 9000) и системы управления проектами (PMBOK). Схема проведения внутреннего аудита качества проекта может выглядеть следующим образом:

  • анализ исправления замечаний предыдущей проверки;
  • проведение проверки проекта в соответствии с контрольными списками ;
  • оформление отчета о контроле качества;
  • информирование команды проекта о появлении новых отчетных документов.

Ниже приведен шаблон для регистрации списка отклонений и описание процедуры обеспечения качества (табл. 8.6).

Таблица 8.6. Шаблон регистрации отклонений

№отклонения

Дата выявления

Название работы

Описаниеотклонения

Статус отклонения

Предпринятые действия

[номер по порядку в таблице]

[дата совещания, на котором выявлено отклонение]

[название работы, в которой выявлено отклонение результатов от требований заказчика]

[описание возникшего отклонения]

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

[отложено - работа будет принята несмотря на выявленное отклонение, поэтому нет необходимости предпринимать какие-либо действия

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

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

критическое - работа полностью не соответствует требованиям заказчика]

исправлено - отклонение исправлено и работы завершены]

 

8.Обеспечение качества ІТ-проекта

Рис. 8.2. Графическое описание процедуры управления качеством

 

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

создано: 2015-12-27
обновлено: 2021-03-13
132540



Рейтиг 9 of 10. count vote: 2
Вы довольны ?:


Найди готовое или заработай

С нашими удобными сервисами без комиссии*

Как это работает? | Узнать цену?

Найти исполнителя
$0 / весь год.
  • У вас есть задание, но нет времени его делать
  • Вы хотите найти профессионала для выплнения задания
  • Возможно примерение функции гаранта на сделку
  • Приорететная поддержка
  • идеально подходит для студентов, у которых нет времени для решения заданий
Готовое решение
$0 / весь год.
  • Вы можите продать(исполнителем) или купить(заказчиком) готовое решение
  • Вам предоставят готовое решение
  • Будет предоставлено в минимальные сроки т.к. задание уже готовое
  • Вы получите базовую гарантию 8 дней
  • Вы можете заработать на материалах
  • подходит как для студентов так и для преподавателей
Я исполнитель
$0 / весь год.
  • Вы профессионал своего дела
  • У вас есть опыт и желание зарабатывать
  • Вы хотите помочь в решении задач или написании работ
  • Возможно примерение функции гаранта на сделку
  • подходит для опытных студентов так и для преподавателей



Комментарии


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

Управление разработкой программных IT проектов

Термины: Управление разработкой программных IT проектов