Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Анализ принятия решений. Создание условий для принятия решений на основе структурированного подхода.doc
Скачиваний:
20
Добавлен:
01.05.2014
Размер:
175.62 Кб
Скачать

Особые и общие цели

Особая цель 1

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

Решения основываются на определении альтернатив, используя заданные критерии.

Общая цель 1

Учредить описанный процесс

Процесс учреждается как описательный процесс.

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

Особая цель 1

Определение альтернатив

ОсЦ 1.1

Определение и использование руководства для анализа решений

ОсЦ 1.2

Выбор технологии принятия решения

ОсЦ 1.3

Установка оценивающих критериев

ОсЦ 1.4

Определение альтернативных решений

ОсЦ 1.5

Вычисление альтернатив

ОсЦ 1.6

Выбор решения

Общая цель 1

Учреждение описанного процесса

ОбЦ 2.1

(CO 1)

Установление организационного контроля

ОбЦ 3.1

(AB 1)

Установление определенных процессов

ОбЦ 2.2

(AB 2)

Планирование процесса

ОбЦ 2.3

(AB 3)

Предоставление ресурсов

ОбЦ 2.4

(AB 4)

Назначение ответственности

ОбЦ 2.5

(AB 5)

Обучение людей

ОбЦ 2.6

(DI 1)

Управление конфигурациями

ОбЦ 2.7

(DI 2)

Определение и вовлечение заинтересованных лиц

ОбЦ 2.8

(DI 3)

Мониторинг и контроль процессов

ОбЦ 3.2

(DI 4)

Сбор информации для развития

ОбЦ 2.9

(VE 1)

Реальный контроль строгого соблюдения

ОбЦ 2.10

(VE 2)

Просмотр статуса на высшем уровне управления

Детальное рассмотрение

Определение альтернатив

Решения основываются на определении альтернатив, используя установленный критерий.

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

ОсЦ 1.1

Определение и использование руководства для анализа решений

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

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

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

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

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

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

  • когда решение относится к изменению продукта работы

  • когда решение будет причиной задержки в расписании на определенный процент или определенное количество времени

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

  • когда стоимость принятия решения резонная по отношению к тому, что получится после его принятия

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

  • на закупку материала, когда 20% составляют 80% общей материальной стоимости

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

ОсЦ 1.2

Выбор технологии принятия решения

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

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

Типичный результат действия:

  1. Выбор технологии принятия решения

Дополнительно:

  1. Выбрать технологию с целью принятия решения, располагая информацией, поддерживающей технологию.

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

  3. Определить уровень структуры процесса принятия решений.

ОсЦ 1.3

Установка оценивающих критериев

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

Типичный результат действия:

  1. Документированные оценивающие критерии

  2. Ранжирование критериев по важности

Дополнительно:

  1. Разработать оценивающие критерии и их обоснование.

  2. Определить ранг и масштаб для ранжирования оценивающих критериев.

  3. Ранжировать критерии.

  4. Документировать основную причину выбора и отказа оценивающих критериев.

  5. Тестировать критерии и их относительную важность.

ОсЦ 1.4

Определение альтернативных решений

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

Типичный результат действия:

    1. Альтернативы определены.

Дополнительно:

  1. Выполнить исчерпывающий поиск.

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

  3. Документировать предложенные альтернативы.

ОсЦ 1.5

Вычисление альтернатив

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

Типичный результат действия:

  1. Подсчет результатов

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

Дополнительно:

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

  2. Просчитать предположения относительно выбранных критериев и доказательство, подтверждающее предположение.

  3. Просчитать недостоверность значений альтернативных решений влияющую на подсчет и указать как подходящий.

  4. Выполнить эмуляцию, моделирование, построение прототипа и испытать для тестирования выбранного критерия.

  5. Рассмотреть новые альтернативные решения, если выдвинутые альтернативы не прошли тесты.

  6. Документировать результаты расчетов.

ОсЦ 1.6

Выбор решения

Выбор решений из альтернатив, основанных на оценивающих критериях.

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

Типичный результат действия:

  1. Решения по главным проблемам и вопросам

Дополнительно:

  1. Оценить риски при принятии каждого из решений.

  2. Документировать результаты и обоснование решения.

Учреждение процесса описания

Обязательство выполнения

ОбЦ 2.1

Установление организационного контроля

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

Возможность выполнения

ОбЦ 3.1

Установление описательного процесса

Установление и поддержание описания анализа описательного процесса и процессов решения.

ОбЦ 2.2

Планирование процесса

Установление и поддержка требований и планирование выполнения анализа решений и процесса принятия решения.

ОбЦ 2.3

Предоставление ресурсов

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

ОбЦ 2.4

Назначение ответственности

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

ОбЦ 2.5

Обучение людей

Обучение людей производящих или помогающих в анализе решений и процессе принятия решений.

Непосредственная реализация

ОбЦ 2.6

Управление конфигурациями

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

ОбЦ 2.7

Определение и вовлечение заинтересованных лиц

Определение и вовлечение заинтересованных лиц анализа и принятия решений как плановое.

ОбЦ 2.8

Мониторинг и контроль процессов

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

ОбЦ 3.2

Сбор информации для развития

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

Верификация

ОбЦ 2.9

Реально контролировать строгое соблюдение

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

ОбЦ 2.10

Просмотр статуса на высшем уровне управления

Просмотр активности, статуса и результатов анализа и принятия решений на высокоуровневом управлении и разрешение вопросов.

Список литературы

  1. CMMI for Systems Engineering/ Software Engineering/Integrated Product and Process Development, Version 1.02, November 2000.

  1. Weber 91 C.V. Weber, M.C. Paulk, C.J. Wise, and J.V. Withey, Key Practices of the Capability Maturity Model, Software Engineering Institute.