Возможности

Возможности — это обстоятельства, которые делают возможным разработку (или доработку — изменение уже имеющейся) системы.

  • их наличие существенно зависит от времени (”окно возможностей” — период времени, в течение которого существует возможность выполнения проекта);
  • характеризуют пользовательские потребности (пользовательские нужды, user needs — то, что хотят пользователи такого, для чего им поможет наличие воплощения системы), а также нужды остальных стейкхолдеров;
  • отражают наличие возможностей команды с развёрнутыми для этой команды технологиями и доступными финансовыми ресурсами в удовлетворении этих потребностей;
  • мотивируют стейкхолдеров заниматься инженерным проектом, именно возможности объединяют стейкхолдеров на цели выполнения инженерного проекта по созданию целевой системы.

Рабочие продукты

Дисциплины

Подальфы

Состояния

OMG Essence определяет следующие состояния для альфы "Возможность" и контрольные вопросы для проверки каждого состояния:

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

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

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

2 Нужно решение Solution Needed Потребность в программном решении была подтверждена. ❑ Стейкхолдеры для возможности и предложенное решение были определены.

❑ Потребности стейкхолдеров, которые порождают возможность, были установлены.

❑ Любые связанные с возможностью проблемы и их корневые причины были определены.

❑ Было подтверждено, что программное решение нужно.

❑ По меньшей мере одно программное решение было предложено.

3 Польза установлена Value Established Польза успешного решения была установлена. ❑ Польза адресации возможности была определена количественно либо в абсолютных значениях, либо в единицах дохода или экономии за период (например, за год).

❑ Влияние решения на стейкхолдеров понятно.

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

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

4 Жизнеспособна Viable Согласовано, что решение может быть произведено достаточно быстро и дёшево, чтобы успешно адресовать возможность. ❑ Решение обрисовано в общих чертах.

❑ Есть признаки, что решение может быть разработано и развёрнуто в текущих ограничениях.

❑ Риски, связанные с решением, приемлемы и управляемы.

❑ Грубая оценка цены решения меньше, чем ожидаемая польза от реализации возможности.

❑ Причины для разработки программного решения понимаются всеми членами команды.

❑ Ясно, что реализация возможности жизнеспособна.

5 Адресована Addressed Решение, которое произведено, демонстрирует адресацию возможности. ❑ Готовая к использованию система, которая демонстрирует реализацию возможности, доступна.

❑ Стейкхолдеры согласны, что доступное решение заслуживает разворачивания.

❑ Стейкхолдеры удовлетворены тем, как разработанное решение адресует возможность.

6 Принесла выгоду Benefit Accrued Эксплуатация или продажа решения создаёт осзязаемые выгоды. ❑ Решение начало извлекать выгоды для стейкхолдеров.

❑ Профиль возврата инвестиций по меньшей мере так хорош, как ожидалось.