<<
>>

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

В традиционных областях индустрии следование четко опре-деленной методике и стандартам построения СМ К действительно приносит успех.

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

Привлекательность модной СММ стоит на трех китах процветания ИТ-компании: понимании процесса разработки и проектирования (или программирования), оценке его зрелости и планировании совершенствования этого процесса.

Именно такая модель теперь используется и в ISO 9000:2000.

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

Само по себе, конечно, усовершенствование процесса разработки, так же как и оценка (Assessment) ИТ-компаний по уровню профессионализма по ставшей сейчас модной методике типа СММ, безусловно, правильно и похвально. Однако реальная практика именно формального подхода к оценке по уровням СММ и сертификации по ISO 9000 убедительно доказывает, что предположение об однозначной связи между «официально» засвидетельствованными уровнями СММ и качеством ИТ-услуг в целом все-таки ошибочно. Но, к сожалению, в ИТ-индустрии этот миф получил чрезвычайно широкое распространение.

Поэтому предметом рассмотрения данной главы будет анализ именно сути вопросов обеспечения и повышения качества именно ИТ-проектов без прямого привлечения содержания упомянутых выше моделей построения СМК.

Начнем с общих понятий проектного управления.

Как известно, краеугольным камнем в управлении проектами (УП) является управление сроками и ресурсами [6, 9].

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

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

Но руководители проектов — не бизнесмены, они у нас — «капитаны кораблей».

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

Вот как определяет основные функции РП по обеспечению качества проекта РМВоК 2000 [6]: «Менеджер проекта — это лицо, ответственное за достижение целей проекта. В управление проектом входят определение требований, установка четких и достижимых целей, уравновешивание противоречащих требований по качеству, содержанию, времени и стоимости, коррекция характеристик, планов и подхода в соответствии с мнением и ожиданиями различных участников проекта. В области УП часто говорят о "тройном ограничении" — содержании проекта, времени и стоимости, которое приходится учитывать при согласовании разнообразных требований проекта» [9]. В связи с этим уместно привести матрицу компромиссов в соответствии с трактовкой методологии Microsoft Solutions Framework (MSF) [5] (рис. 2.1).

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

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

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

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

В соответствии с логикой рис.

2.2 введем показатель качества выполненного ИТ-проекта — К, который будем рассчитывать по следующей формуле:

К = (1 + t/Ф/Ф) х (1 - dS/S) х (1 - dT/T) (18),

где: Й?Ф/Ф — степень изменения функциональности ИС («плюс» стоит потому, что функциональность, как правило, только растет; если же она сокращена, то нужно ставить «минус»); dS/S— степень изменения себестоимости проекта; dT/T— степень изменения длительности проекта.

Матрица

компромиссов

при выполнении

проекта

noMSF

Трансформируем

матрицу

компромиссов

в модель

формирования

качества

проекта

Под результатами подразумевается

объем

функциональности

в соответствии с

требованиями

Модель формирования понятия качества проекта

Рис. 2.1. Модель формирования измеримого понятия качества проекта внедрения информационной

системы (ИС) — ИТ-лроекта

Таблица 2.1 (продолжение) Цель Действие Этап проекта Уменьшение вероят-ности возникновения дефектов при эксплуа-тации ИС Увеличение степени покрытия тестовыми сценариями функцио-нальности ИС Тестирование Уменьшение вероятно-сти возникновения про-блем и ошибок при эксплуатации ИС Обучение конечных пользователей ИС по всем возможным сценариям ввода данных и настройкам пользовательского интерфейса Внедрение

Анализ и экспертная оценка действительной необходимости и реальной степени сложности требований к функциональности ИС Диагностика Создание методологии выполнения проектов Организация ЦУП, в задачи которого входят создание методо-логии УП и контроль за ее выпол-нением Внепроектная

организационная

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

<< | >>
Источник: Ильин, Владислав Владимирович.. Руководство качеством проектов. Практический опыт. 2006

Еще по теме Модель измерения качества проекта:

  1. Аудит качества проектов
  2. Глава 1. Обеспечение качества проекта
  3. Глава 2. Улучшение качества проекта
  4. Концепция управления качеством проекта
  5. Роль и влияние планирования на качество проекта
  6. Модель комбинированного страхования инвестиционных проектов
  7. Как обеспечить качество ИТ-проекта со стороны заказчика
  8. Глава 2. Модель человека. Качество жизни
  9. Ильин, Владислав Владимирович.. Руководство качеством проектов. Практический опыт, 2006
  10. 24. ОСНОВНЫЕ ПОНЯТИЯ КАЧЕСТВА. КАЧЕСТВО ОБСЛУЖИВАНИЯ ПОТРЕБИТЕЛЕЙ
  11. Глава 10. ПРАВОВОЙ РЕЖИМ СОСТАВЛЕНИЯ ПРОЕКТОВ БЮДЖЕТОВ. Общие положения о составлении проектов бюджетов
  12. 5.4. РАВНОВЕСИЕ И НЕРАВНОВЕСИЕ НА РЫНКЕ БЛАГ: ПРОСТАЯ МОДЕЛЬ МАКРОЭКОНОМИЧЕСКОГО РАВНОВЕСИЯ, МОДЕЛЬ «КРЕСТ КЕЙНСА»
  13. Глава 11. ПРАВОВОЙ РЕЖИМ РАССМОТРЕНИЯ И УТВЕРЖДЕНИЯ ПРОЕКТОВ БЮДЖЕТОВ Общие положения о рассмотрении и утверждении проектов бюджетов
  14. ИЗМЕРЕНИЕ