Разработки Требований — различия между версиями
Gary (обсуждение | вклад) (→Материалы) |
Gary (обсуждение | вклад) (→Текст) |
||
| Строка 10: | Строка 10: | ||
===Текст=== | ===Текст=== | ||
| − | :<p><strong>Разработки Требований</strong></p><p>Управление требованиями или Планирование! Давайте сначала рассмотрим важность анализа заинтересованных сторон и управления заинтересованными сторонами. Вы начинаете объяснять концепцию наличия разных типов заинтересованных сторон, которые вовлечены в проект, и что каждый играет свою роль. Вы пытаетесь охватить метод анализа заинтересованных сторон, называемый моделью RACI, и я думаю, что, возможно, столкнулся с этим несколько лет назад в другой роли. Я вижу, что взаимодействие с заинтересованными сторонами и анализ являются очень важной частью бизнес-анализа, и принимаю это во внимание в общем смысле. Опять же, мне пришлось бы оставить понимание техник и различных аспектов и подходов к построению отношений на другой день. | + | :<p><strong>Разработки Требований</strong></p><p>Буквально, разработка требований -- это разработка, продуктом которой являются требования. То, что справедливо для разработок вообще, справедливо для разработок требований.</p><p></p><p>Потребителями требований являются заказчик и разработчики. Полезность требований складывается из функциональности, то есть описания требования для реализации, и применимости, то есть доступности, ясности и удобства требования для работы.</p><p>Заказать или Сделать, Что Есть Процесс, Услуги к Передаче |
| + | Суть Продуктов Работ Объекты Приёмки, Описи Продуктов, Истории и Задания, Продукты Творчества, Воплощаемости Задумок | ||
| + | Роли в Разработках Руководители Работ, Кураторы Разработок, Кураторы Продуктов, Роли Разработчиков, Мастера Церемоний | ||
| + | Цифровые Разработки Циклы Разработок, Интеграции Операций, Степени Разработок, Инструменты Цикла, Что Есть Прогоны | ||
| + | |||
| + | <i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, требования нужны, чтобы:</p> | ||
| + | |||
| + | Управление требованиями или Планирование! Давайте сначала рассмотрим важность анализа заинтересованных сторон и управления заинтересованными сторонами. Вы начинаете объяснять концепцию наличия разных типов заинтересованных сторон, которые вовлечены в проект, и что каждый играет свою роль. Вы пытаетесь охватить метод анализа заинтересованных сторон, называемый моделью RACI, и я думаю, что, возможно, столкнулся с этим несколько лет назад в другой роли. Я вижу, что взаимодействие с заинтересованными сторонами и анализ являются очень важной частью бизнес-анализа, и принимаю это во внимание в общем смысле. Опять же, мне пришлось бы оставить понимание техник и различных аспектов и подходов к построению отношений на другой день. | ||
===Варианты=== | ===Варианты=== | ||
Версия 13:11, 5 мая 2021
Разработки Требований (здесь и далее по тексту -- Лектио) -- это часть урока Суть Создания Заданий. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Методы Сбора.
Иллюстрации
Текст
Разработки Требований
Буквально, разработка требований -- это разработка, продуктом которой являются требования. То, что справедливо для разработок вообще, справедливо для разработок требований.
Потребителями требований являются заказчик и разработчики. Полезность требований складывается из функциональности, то есть описания требования для реализации, и применимости, то есть доступности, ясности и удобства требования для работы.
Заказать или Сделать, Что Есть Процесс, Услуги к Передаче
Суть Продуктов Работ Объекты Приёмки, Описи Продуктов, Истории и Задания, Продукты Творчества, Воплощаемости Задумок Роли в Разработках Руководители Работ, Кураторы Разработок, Кураторы Продуктов, Роли Разработчиков, Мастера Церемоний Цифровые Разработки Циклы Разработок, Интеграции Операций, Степени Разработок, Инструменты Цикла, Что Есть Прогоны
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, требования нужны, чтобы:
Управление требованиями или Планирование! Давайте сначала рассмотрим важность анализа заинтересованных сторон и управления заинтересованными сторонами. Вы начинаете объяснять концепцию наличия разных типов заинтересованных сторон, которые вовлечены в проект, и что каждый играет свою роль. Вы пытаетесь охватить метод анализа заинтересованных сторон, называемый моделью RACI, и я думаю, что, возможно, столкнулся с этим несколько лет назад в другой роли. Я вижу, что взаимодействие с заинтересованными сторонами и анализ являются очень важной частью бизнес-анализа, и принимаю это во внимание в общем смысле. Опять же, мне пришлось бы оставить понимание техник и различных аспектов и подходов к построению отношений на другой день.
Варианты
- разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
- Следующее лектио -- Обратные Разработки
