Разработки Требований — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Материалы)
(Варианты)
Строка 13: Строка 13:
  
 
===Варианты===
 
===Варианты===
:разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
+
:Ответ в форме эссе не подразумевает вариантов.
  
 
:Следующее лектио -- '''[[Обратные Разработки]]'''
 
:Следующее лектио -- '''[[Обратные Разработки]]'''

Версия 22:45, 12 сентября 2021

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


Материалы

Предшественник этого Лектио -- Иерархия Требований.

Иллюстрации

Текст

Разработки Требований

В буквальном смысле, разработка требований -- это разработка, продуктом которой являются требования. То, что справедливо для разработок вообще, справедливо для разработок требований.

Потребителями требований являются как разработчики, так и заказчик. Требования говорят разработчикам что и как надо сделать. Заказчик проверяет соответствует ли созданный продукт и его создание требованиям.

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

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

Любое требование должно быть утверждено заказчиком или уполномоченным заказчиком лицом. Обычно куратор проекта утверждает сроки, объём и бюджет разработок, а куратор продукта -- его опись.

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

Разработки требований имеют и свои особенности. Если разработка требований ведётся своими силами, она редко оформляется отдельным проектом. Разработка требований всегда оперативна; плановой она не может быть из-за неопределённости. Так как объём требования не может быть заранее определён, если заказчик хочет ограничить объём работ, он или она ограничивает сроки работы над требованиями.

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

Варианты

Ответ в форме эссе не подразумевает вариантов.
Следующее лектио -- Обратные Разработки

Термины

Требования, Эпические продукты, SSOT

Экзамен

Определения

Вопросы экзамена