Описи Продуктов — различия между версиями
Gary (обсуждение | вклад) (→Текст) |
Gary (обсуждение | вклад) (→Текст) |
||
Строка 10: | Строка 10: | ||
===Текст=== | ===Текст=== | ||
− | :<p><strong>Описи Продуктов</strong></p><p> | + | :<p><strong>Описи Продуктов</strong></p><p>Опись продукта (product scope, solution scope) -- это перечень функций, характеристик и свойств продукта для его разработки. Эта опись может быть сделана в форме:</p><ol type="a"><li>Словарного описания продукта,</li><li>Набора пользовательских историй (product backlog)</li><li>Прототипа, макета, чертежа или другого артифакта</li></ol><p> |
<p>Например, один любитель-программист написал оригинальную систему управления пользователями Оплёта. Текущий код был создан при воссоздании функций и возможностей той исходной системы.</p> | <p>Например, один любитель-программист написал оригинальную систему управления пользователями Оплёта. Текущий код был создан при воссоздании функций и возможностей той исходной системы.</p> |
Версия 01:06, 24 февраля 2021
Описи Продуктов (здесь и далее по тексту -- Лектио) -- это часть урока Суть Проектных Работ. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Работы по Проектам.
Иллюстрации
Текст
Описи Продуктов
Опись продукта (product scope, solution scope) -- это перечень функций, характеристик и свойств продукта для его разработки. Эта опись может быть сделана в форме:
- Словарного описания продукта,
- Набора пользовательских историй (product backlog)
- Прототипа, макета, чертежа или другого артифакта
Например, один любитель-программист написал оригинальную систему управления пользователями Оплёта. Текущий код был создан при воссоздании функций и возможностей той исходной системы.
Объем проекта определяется подробным описанием целевых рабочих продуктов и их определенных характеристик и функций. Логично, что то, что нужно сделать, должно быть определено перед списком того, что делать. Иногда такие подробные описания продукта называют объемами продукта. В бизнес-анализе они называются Областями Решения. Критерии Приемки - это наиболее важное описание объема продукта. Критерии Приёмки используются для того, чтобы описать ключевые моменты на высоком уровне, они могут быть применимы для расширения и проработки пользовательских историй.
Как правило, чем меньше проект, тем меньше документов требуется его заказчику. Для некоторых клиентов критерии приемки удовлетворяют все потребности.
Некоторые клиенты, такие как Брацка Команда, предоставляют подрядчикам подробные описания продуктов. В противном случае менеджеры проектов или бизнес-аналитики собирают требования от заинтересованных сторон проекта, начиная с клиента или его представителей. Если целевой результат является сложным, системные инженеры разрабатывают решения.
В Заданных Методологиях объем проекта вообще редко документируется. Выполнение проекта начинается после утверждения Бэклога Продукта. Это отставание выполняет роль объема продукта, и разработчики принимают решения о том, какую работу им следует выполнять, исходя из этого объема. По мере того как проект по Заданному Подходу развивается, объем продукта уточняется.
Рассмотрим подробнее значение определения Бэклог Продукта — это перечень рабочих задач, расположенных в порядке важности, для команды разработчиков. Его составляют на основе дорожной карты и требований в ней. Наиболее важные задачи расположены в начале Бэклога Продукта, чтобы команда понимала, какую работу следует выполнить в первую очередь.
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, :
Варианты
- Следующее лектио -- Контрольные Уровни
Термины
Экзамен
Определения
Вопросы экзамена
- Чтобы создать Объем Проекта для планирования вашей работы, вам необходимо описание будущего.________________