Приоритезация требований - Requirement prioritization

Приоритезация требований используется в Управление программным продуктом для определения кандидата требования программного продукта должны быть включены в определенный выпуск. Требования также имеют приоритет, чтобы минимизировать риск во время разработки, чтобы в первую очередь выполнялись наиболее важные или высокие требования. Существует несколько методов оценки приоритетов требований к программному обеспечению.[1][2]

Вступление

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

Затратный подход

Хороший и относительно простой в использовании метод определения приоритетов программного продукта требования затратно-стоимостной подход. Этот подход был создан Иоахим Карлссон и Кевин Райан. Затем этот подход получил дальнейшее развитие и коммерциализацию в компании Focal Point (которая была приобретена Telelogic в 2005 году). Их основная идея заключалась в том, чтобы определить для каждого отдельного требования кандидата, каковы будут затраты на реализацию требования и насколько оно ценно.

Оценка стоимости и стоимости требований была выполнена с использованием Аналитическая иерархия процессов (AHP). Этот метод был создан Томас Саати. Его основная идея состоит в том, что для всех пар требований (кандидатов) человек оценивает ценность или стоимость, сравнивая одно требование пары с другим. Например, значение 3 для (Req1, Req2) указывает, что требование 1 оценивается в три раза выше, чем требование 2. Тривиально это означает, что (Req2, Req1) имеет значение ⅓. В подходе Карлссона и Райана определены пять шагов для анализа требований кандидатов и определения приоритета среди них. Они подытожены ниже. [3]

  1. Инженеры по требованиям тщательно проверяют кандидатские требования на полноту и уверенность в том, что они сформулированы однозначно.
  2. Клиенты и пользователи (или подходящие заменители) применяют метод попарного сравнения AHP для оценки относительная ценность требований кандидата.
  3. Опытные инженеры-программисты используют попарное сравнение AHP для оценки относительной стоимости реализации каждого кандидата требований.
  4. Инженер-программист использует AHP для расчета относительной ценности и стоимости внедрения каждого кандидата, а затем наносит их на диаграмму стоимости-стоимости. Стоимость отображается на оси y этой диаграммы, а оценочная стоимость - на оси x.
  5. Заинтересованные стороны используют диаграмму стоимости-стоимости как концептуальную карту для анализа и обсуждения требований кандидатов. Теперь менеджеры программного обеспечения определяют приоритеты требований и решают, какие из них будут реализованы.

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

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

  1. Приоритет требований
  2. Выберите требования
  3. Определить требования к выпуску
  4. Проверить требования к выпуску
  5. Подготовить запуск

Другие методы приоритизации

Рекомендации

  1. ^ Лехтола, Лаура, Марьо Кауппинен и Сари Куяла. "Проблемы приоритизации требований на практике. »Улучшение процессов программного обеспечения, ориентированное на продукт. Springer Berlin Heidelberg, 2004. 497-508.
  2. ^ Берандер, Патрик и Аннелиз Эндрюс. "Приоритезация требований." Разработка и управление требованиями к программному обеспечению. Springer Berlin Heidelberg, 2005. 69–94.
  3. ^ Карлссон, Дж. И Райан, К. (1997). Затратный подход к расстановке приоритетов требований, Программное обеспечение IEEE сентябрь / октябрь 1997 г., 67-74.

дальнейшее чтение

  • И. ван де Верд, Сяак Бринкемпер, R. Nieuwenhuis, J. Versendaal и L. Bijlsma (2006). Справочная структура для управления программным продуктом. Научный отчет. Департамент информационных и вычислительных наук Утрехтского университета, Нидерланды, 2006 г.. Отправлено для публикации.

внешняя ссылка