Возможности — различия между версиями
Admin (обсуждение | вклад) м |
Admin (обсуждение | вклад) м (→Дисциплины) |
||
Строка 13: | Строка 13: | ||
== Дисциплины == | == Дисциплины == | ||
− | * [[Маркетинг]] и продажи, | + | * [[Маркетинг]] и [[продажи]], |
− | * [[Стратегирование]] и предпринимательство — для установления user needs; | + | * [[Стратегирование]] и предпринимательство — для установления [[Потребности|user needs]]; |
* Управленческий (финансовый) учёт — для обоснования прибыльности. | * Управленческий (финансовый) учёт — для обоснования прибыльности. | ||
Версия 15:51, 24 октября 2016
Возможности — это обстоятельства, которые делают возможным разработку (или доработку — изменение уже имеющейся) системы.
- их наличие существенно зависит от времени (”окно возможностей” — период времени, в течение которого существует возможность выполнения проекта);
- характеризуют пользовательские потребности (пользовательские нужды, user needs — то, что хотят пользователи такого, для чего им поможет наличие воплощения системы), а также нужды остальных стейкхолдеров;
- отражают наличие возможностей команды с развёрнутыми для этой команды технологиями и доступными финансовыми ресурсами в удовлетворении этих потребностей;
- мотивируют стейкхолдеров заниматься инженерным проектом, именно возможности объединяют стейкхолдеров на цели выполнения инженерного проекта по созданию целевой системы.
Рабочие продукты
- “бизнес-план”,
- “концепция”,
- “интервью пользователей”,
- “обоснование инвестиций”
- и т.д. — в этих рабочих продуктах обосновывается польза разным стейкхолдерам от выполнения инженерного проекта, ибо если нет обоснованных возможностей, то выполнение инженерный проекта не приносит пользы, а приносит вред (например, убытки для инженерной компании).
Дисциплины
- Маркетинг и продажи,
- Стратегирование и предпринимательство — для установления user needs;
- Управленческий (финансовый) учёт — для обоснования прибыльности.
Подальфы
- “бюджет”, с которым работают практики бюджетирования (включая такие, как beyond budgeting),
- “потребности” (stakeholder needs), с которыми работают практики анализа потребностей (user needs analysis, целеориентированная инженерия требований и т.д.).