«Бизнес-информатика»
| Вид материала | Лекция |
- Программа дисциплины Иностранный язык профессионального общения для направлений 080700., 259.96kb.
- Программа дисциплины «Системы управления эффективностью бизнеса» для магистерской программы, 390.75kb.
- Программа дисциплины «Информационные системы целевого управления (bsc-системы)» для, 128.16kb.
- Программа дисциплины Теоретические основы информатики и архитектура ЭВМ для направлений, 240.65kb.
- Программа дисциплины для направления 080700. 68 Бизнес-информатика подготовки бакалавра, 83kb.
- Программа дисциплины Информационные системы управления торговым предприятием для направления, 122.24kb.
- Программа дисциплины Макроэкономика для направления 080700. 62 «Бизнес-информатика», 565.79kb.
- Мы будем рады, если Вы будете учиться у нас в школе, 18.39kb.
- Основная образовательная программа высшего профессионального образования 080500., 523.22kb.
- Программа дисциплины Риторика и ораторское искусство для направления 080700. 62 «Бизнес-информатика», 144.38kb.
Планирование качества проекта
Планирование качества — процесс определения того, какие из стандартов качества относятся к данному проекту и как их удовлетворить [4.1].
Планирование качества осуществляется как часть планирования проекта и выполняется совместно руководителем проекта, архитектором проекта и ответственным за качество проекта. В план управления качеством включаются работы, выполнение которых обеспечивает качество результатов проекта. Одной из главных составляющих плана управления качеством IT-проектов, является план проведения тестирования. Пример формы плана тестирования представлен на рис. 8.3.
| № Сценария | Сценарий | Предпосылки | Плановая дата | Место проведения | Ответственные | Участники |
|---|---|---|---|---|---|---|
| | | | | | | |
| | | | | | | |
| Комментарий к форме:
Сценарии в таблице упорядочены по плановой дате, далее — по номеру. | ||||||
Рис. 8.3. Пример формы плана тестирования
План по качеству должен определять, как в проекте будет обеспечено качество выполнения работ с позиции организационной структуры, ресурсов, методического обеспечения. На стадии планирования качества рекомендуется разработать документы, регламентирующие действия по контролю качества управления проектом (форму отчетности по выполнению проекта, анкеты мониторинга проекта) и процедуры управления качеством, например контроль качества результатов проекта, контроль качества документов проекта, утверждение документов проекта, подготовка и проведение контроля проекта. Для контроля качества документов проекта в плане по качеству следует определить список лиц, согласующих и утверждающих каждый документ проекта, сроки и форму их согласования. Пример плана согласования документа приведен на рис. 8.4.
| План согласования документа Список лиц, участвующих в согласовании:
План согласования:
|
Рис. 8.4. Пример плана согласования документа
На IT-проектах вводится множество специфических терминов, поэтому в план контроля качества проекта необходимо включать разработку и согласование глоссария проекта. Глоссарий проекта представляет собой структурированный список всех терминов и определений проекта, а также используемых аббревиатур с кратким описанием их смысла. Как правило, Руководитель группы управления качеством отвечает за пополнение и работу с Глоссарием проекта на основании поступающих документов. Проверка глоссариев документов проводится в рамках времени, отведенного на общий контроль качества документов. Пример формы Глоссария представлен на рис. 8.5.
| Термин/ Определение* | Английское название | Сокращение | Объяснение* | Область* | Документ* |
| | | | | | |
| Комментарий к форме глоссария: * пункты, обязательные для заполнения Термин/Определение — используемый в документе термин или определение Сокращение — принятое сокращение или аббревиация Объяснение — краткое объяснение смысла термина или определения Область — указание, к какой области деятельности проекта относится данный термин: Техническая архитектура Обучение Поддержка Приложение Проектная терминология (в том числе методологическая) Документ — из Глоссария какого документа поступил данный термин/определение | |||||
Рис. 8.5. Пример формы Глоссария
Планирование качества начинается с определения целей качества проекта, политик и стандартов, относящихся к содержанию проекта. Потом определяются действия и обязанности членов команды, выполнение которых необходимо для достижения целей и соблюдения стандартов. Результат планирования качества представляется в форме планов обеспечения качества и процессов управления, обеспечивающих выполнение этих планов, и достигается путем синхронизации с основными (планирование содержания, расписания, стоимости) и вспомогательными (планирование рисков, команды) процессами планирования.
Входная информация процесса планирования качества [4.1]
Факторы внешней среды предприятия — правила, стандарты и предписания, свойственные определенным областям приложения.
Активы организационного процесса — политика в области качества, принятая на предприятии, процедуры и предписания, базы данных и накопленные знания из предыдущих проектов.
План управления проектом обеспечивает интеграцию процесса планирования качества с другими процессами планирования.
Описание содержания проекта является ключевым входом для планирования качества, так как оно содержит описание главных результатов поставки проекта, целей проекта, критериев приемки и пороговых величин значения стоимости, времени или ресурсов. Критерии приемки включают в себя требования к исполнению проекта и могут существенным образом повлиять на его стоимость.
Планирование качества: инструменты и методы
Задача инструментов планирования качества — сделать процессы управления проектом предсказуемыми. Для планирования качества проекта рекомендуется использовать нижеследующие методы.
Программа обеспечения качеством — план действий, обеспечивающий соответствие фактического качества проекта запланированному качеству [4.3]. На рис. 8.6 представлен пример фрагмента программы обеспечения качества.
| Программа обеспечения качества | ||||||||||||||||
| Название проекта: Внедрение проектного менеджмента | | | Дата: 4.10.2007 | |||||||||||||
| Исполнитель: Иванов И.И. | | | ||||||||||||||
| | ||||||||||||||||
| 1 | 2 | 3 | 4 | 5 | 6 | |||||||||||
| Код элемента ИСР | Элемент ИСР | Стандарт качества | Задача обеспечения качества | Матрица ответственности | Расписание проекта октябрь/ноябрь | |||||||||||
| Сидоров | Котов | Лядов | Прохоров | Кравцов | Зайцев | 09.окт | 16.окт | 23.окт | 30.окт | 07.ноя | 14.ноя | 21.ноя | ||||
| 10030 | Разработка руководства по управлению проектами | Легкость чтения по Флешу* (не менее 70) | Выполнение тестов и переписывание | | В | | | | | | | | | | | |
| ISO 9000 | Пересмотр | В | | В | В | | У | | | | | | | | ||
| PMBOK | Пересмотр | | В | | | В | У | | | | | | | | ||
| Краткость изложения (не более 10 страниц) | Проверка и коррекция | | | В | | | У | | | | | | | | ||
| Организационные политики по написанию руководств | Пересмотр | В | | | | | У | | | | | | | | ||
Обозначения: В — выполнение
У — утверждение
* Индекс легкости чтения по Флешу, определяется по среднему числу слогов в слове и слов в предложении. Пределы изменения индекса — от 0 до 100. Чем выше величина индекса, тем легче прочтение текста и тем большему числу читателей он будет понятен.
Рис. 8.6. Пример фрагмента программы обеспечения качества
Разработка программы начинается с подготовки исходной информации, включающей политики и процедуры компании в области качества, требования Заказчика, описание содержания проекта и ИСР. В политике обеспечения качества обычно излагаются способы управления качеством — процедуры обеспечения качества, принятые компанией. Основой для создания программы качества является ИСР. Программа качества для пакетов работ проекта получается путем суммирования программ обеспечения качества для всех элементов этого пакета, программа проекта — путем суммирования программ пакетов работ. Для измерения ожиданий Заказчика устанавливают стандарты качества (рис. 8.6, столбец 3). Стандарты могут быть международными, национальными или корпоративными. После того как стандарты качества установлены, нужно определить задачи, решение которых обеспечит соответствие стандартам (рис. 8.6, столбец 4), далее закрепляется ответственность за выполнение намеченных работ и сроки их исполнения.
Как правило, работы по обеспечению качества не включаются в ИСР проекта и не попадают в матрицу ответственности и расписание проекта, а следовательно, не включаются в бюджет проекта, что приводит в дальнейшем либо к удорожанию проекта, либо к снижению запланированного качества. Разработка программы качества направлена на предотвращение этих проблем.
Программа обеспечения качества проекта, имеющая форму таблицы, дает высокую степень наглядности работ, обеспечивающих запланированное качество выполнения требований Заказчика. Недостатком данного инструмента является его сложность для команд, не привыкших к использованию стандартов.
Анализ выгод и затрат. Цель метода — выдержать необходимое соотношение между доходами и затратами в проекте. Обеспечение качества проекта, несомненно, приводит к дополнительным расходам, поэтому для каждого предложенного метода обеспечения качества необходимо анализировать коэффициент рентабельности. На рис. 8.7 представлен выбор оптимальной пропорции затрат на профилактику дефектов и устранение дефектов [4.2].
Рис. 8.7. Соотношение затрат и выгод в обеспечении качества
В таблице 8.1 приведены примеры затрат на обеспечение качества.
Таблица 8.1. Перечень статей затрат
| Затраты на профилактику | Затраты на устранение дефектов |
| Дополнительное планирование | Приведение функционала в соответствие с бизнес-процессами Заказчика |
| Теоретическое и практическое обучение команды и участников проекта | Доработка |
| Инспекция и тестирование внутренних и внешних результатов поставки проекта | Устранение ошибок |
| Усовершенствование проекта для обеспечения качества | Юридические проблемы, вызванные несоблюдением условий по качеству |
| Персонал для обеспечения качества | Обязательства, связанные с дефектом |
| План обеспечения качества и его выполнение | Организация и проведение повторного интеграционного тестирования |
Бенчмаркинг включает в себя сопоставление действующего или планируемого проекта с другими проектами с целью выработать идеи для повышения качества исполнения проекта.
Планирование экспериментов — статистический метод, позволяющий определить факторы, которые оказывают влияние на определенные переменные величины продукта или процесса.
Стоимость качества — совокупная стоимость всех действий, направленных на повышение качества продукта или услуги и обеспечение их соответствия определенным требованиям, а также на предупреждение факторов, способных вызвать снижение качества продукта или услуги и их несоответствие требованиям (доработка).
Планирование качества: выходы
План управления качеством — описание того, каким образом команда управления проектом будет осуществлять политику исполняющей организации в области качества. В зависимости от потребностей проекта план управления качеством может быть очень подробным или обобщенным. В таблице 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. Анализ требований результатов проекта | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 2. Выбор и утверждение стандартов выполнения проекта | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 3. Разработка и утверждение плана управления рисками проекта | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 4. Задачи обеспечения качества | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 4.1. Разработка и утверждение процедуры управления проблемами (отклонениями) в проекте | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 4.2. Мониторинг статуса рисков и проблем проекта | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 4.3. Совещания рабочей группы проекта (еженедельно) | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 4.4. Рецензирование и утверждение проектных документов, передаваемых Заказчику | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 4.4.1. Рецензирование и утверждение технического задания | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 4.4.2. Рецензирование и утверждение технического проекта | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 4.4.3. Рецензирование и утверждение других документов | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 4.5. Совещание по анализу результатов этапа проекта | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 5. Задачи организации и тестирования испытаний | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 5.1. Разработка и утверждение методики испытаний и тестирования ИС | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 5.2. Разработка и утверждение плана испытаний | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 5.3. Разработка и утверждение отчета по результатам испытаний и тестирования | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 5.4. Подготовка и утверждение акта приемки ИС | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 6. Внутренние и внешние аудиты проекта | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 6.1. Внутренние аудиты | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 6.2.1. Аудит фазы инициации проекта (в соответствии стандарту компании по управлению проектами) | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 6.2.2. Аудит фазы выполнения проекта (в соответствии стандарту компании по управлению проектами) | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 6.1.3. Аудит фазы завершения проекта (в соответствии стандарту компании по управлению проектами) | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 6.2. Внешние аудиты | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 6.2.1. Аудит представителями поставщика ИС по выполнению методологии внедрения ИС | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 6.2.2. Аудит хода выполнения проекта представителями Заказчика | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
| 7. Подготовка и утверждение отчета о выполненном проекте или этапе проекта | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
Мероприятия по обеспечению качества должны быть разработаны в самом начале проекта и проводиться на основе независимых экспертных оценок.
Контрольные списки процедур контроля качества — структурированный документ, который используется для подтверждения выполнения всех намеченных операций. Такие списки позволяют убедиться в правильной последовательности действий в часто выполняемых задачах. Контрольные списки качества используются в процессе контроля качества.
Базовый план по качеству содержит требования к качеству данного проекта и служит основой для оценки и составления отчетов по исполнению требований качества.
План управления проектом (обновления). Обновление плана происходит вследствие добавления к нему вспомогательного плана управления качеством. Запрошенные изменения подвергаются экспертной оценке и вносятся в соответствующие планы в процессе общего управления изменениями.