Перейти к содержимому

Возможности

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

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

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

Примеры рабочих продуктов:

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

№

Состояние

State

Описание состояния

Контрольные вопросы

1

Определена

Identified

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

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

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

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

2

Нужно решение

Solution Needed

Потребность в программном решении была подтверждена.

❑ Стейкхолдеры для возможности и предложенное решение были определены.

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

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

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

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

3

Польза установлена

Value Established

Польза успешного решения была установлена.

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

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

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

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

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

4

Жизнеспособна

Viable

Согласовано, что решение может быть произведено достаточно быстро и дёшево, чтобы успешно адресовать возможность.

❑ Решение обрисовано в общих чертах.

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

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

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

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

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

5

Адресована

Addressed

Решение, которое произведено, демонстрирует адресацию возможности.

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

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

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

6

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

Benefit Accrued

Эксплуатация или продажа решения создаёт осзязаемые выгоды.

❑ Решение начало извлекать выгоды для стейкхолдеров.

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