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

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Текст)
Строка 10: Строка 10:
  
 
===Текст===
 
===Текст===
:<p><strong>Источники Требований</strong></p><p>Источник требований -- это либо кто-то, кто предоставляет данные для требований, либо что-то, откуда требования происходят. Источники требований могут быть сгруппированы в три категории:</p><ol type="a"><li>Воздействующие факторы. Внешние факторы состоят из тех технологических, рыночных, социальных, культурных, политических, правовых, экономических, финансовых и природных условий, которые влияют на создание изделия или продукта. Внутренние факторы включают в себя знания, навыки и умения разработчиков, доступность ресурсов, а также организационная культура, взаимоотношения между разработчиками, установившиеся роли, нормы и процессы,</li><li>Бизнес-потребности и</li><li>Потребности пользователей. Каждая группа может далее иметь несколько подгрупп. Воздействующие факторы, например, включают внешние факторы, такие как законодательство и указания уполномоченных органов, а также внутри-организационные факторы, такие как документы, ресурсы и организационную культуру исполняющего предприятия.
+
:<p><strong>Источники Требований</strong></p><p>Источник требований -- это либо кто-то, кто предоставляет данные для требований, либо что-то, откуда требования происходят. Источники требований могут быть сгруппированы в три категории:</p><ol type="a"><li>Бизнес-потребности заказчика, ради удовлетворения которых разработка и предпринимается,</li><li>Потребности тех лиц, которые будут пользоваться созданным изделием или продуктом
 +
 
 +
Внешние воздействующие факторы. Они состоят из тех технологических, рыночных, социальных, культурных, политических, правовых, экономических, финансовых и природных условий, которые находятся за пределами предприятия, но влияют на создание изделия или продукта,</li><li>Внутриорганизационные факторы включают в себя существующие технологии, персонал, доступность ресурсов и организационную культуру,</li><li>Внутренние факторы -- это сложность разрабатываемого продукта и, если команда разработчиков создана, знания, навыки и умения разработчиков, а также взаимоотношения между разработчиками, установившиеся роли, нормы и процессы,</li><li>
 +
 
 +
 
 +
</li><li>Каждая группа может далее иметь несколько подгрупп. Воздействующие факторы, например, включают внешние факторы, такие как законодательство и указания уполномоченных органов, а также внутри-организационные факторы, такие как документы, ресурсы и организационную культуру исполняющего предприятия.
 +
 
  
  

Версия 19:18, 3 мая 2021

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


Материалы

Предшественник этого Лектио -- Области Анализа.

Иллюстрации

Текст

Источники Требований

Источник требований -- это либо кто-то, кто предоставляет данные для требований, либо что-то, откуда требования происходят. Источники требований могут быть сгруппированы в три категории:

  1. Бизнес-потребности заказчика, ради удовлетворения которых разработка и предпринимается,
  2. Потребности тех лиц, которые будут пользоваться созданным изделием или продуктом

Внешние воздействующие факторы. Они состоят из тех технологических, рыночных, социальных, культурных, политических, правовых, экономических, финансовых и природных условий, которые находятся за пределами предприятия, но влияют на создание изделия или продукта,

  • Внутриорганизационные факторы включают в себя существующие технологии, персонал, доступность ресурсов и организационную культуру,
  • Внутренние факторы -- это сложность разрабатываемого продукта и, если команда разработчиков создана, знания, навыки и умения разработчиков, а также взаимоотношения между разработчиками, установившиеся роли, нормы и процессы,

  • Каждая группа может далее иметь несколько подгрупп. Воздействующие факторы, например, включают внешние факторы, такие как законодательство и указания уполномоченных органов, а также внутри-организационные факторы, такие как документы, ресурсы и организационную культуру исполняющего предприятия.


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

    По своему источнику, требования могут быть сгрупированны как требования заинтересованных сторон и факторы, влияющие на продукт и проект. Каждая группа может далее иметь несколько подгрупп. Факторы, например, включают законодательство и указания уполномоченных органов, а также документы, ресурсы и организационную культуру исполняющего предприятия. Требования пользователей также неоднородны. Скажем, требования оператора будущего куратора продукта и требования грудного ребёнка разработчика продукта практически всегда по своей сути различаются. Если оператор относится к пользователям продукта, то ребёнок разработчика является одним из лиц, заинтересованных в проекте.

    Информация о продукте может включать различные типы или уровни детализации. Например, требования могут относиться к бизнесу. требований или требований заинтересованных сторон, а проблемы могут быть проблемами или недостатками заинтересованных сторон. Информация о товаре могут принимать разные состояния, поскольку различные процессы потребляют и производят информацию. Например, при разных В ходе работы по бизнес-анализу требования могут быть в подтвержденном, подтвержденном, приоритетном или утвержденном состоянии. В информация о продукте может храниться в различных формах, таких как инструменты, документы, заметки, электронные письма и, возможно, в умы людей. Информация о продукте ни в коем случае не является единственной информацией, относящейся к процессам бизнес-анализа. Дополнительный виды информации используются для создания и анализа информации о продукте в ходе выполнения бизнес-анализ. Тип и форма дополнительной информации могут включать исходный исходный материал из какие пришли результаты сбора данных, заметки о выявлении, электронные письма с дополнительным контекстом об анализе, устные или письменные комментарии заинтересованных сторон об информации.

    Те, кто отвечает за бизнес-анализ, могут работать совместно с членами своей организации. для определения и применения надлежащего уровня общепризнанных передовых практик бизнес-анализа для различных ситуации и потребности. Усилия по определению и применению соответствующих процессов, инструментов, методов бизнес-анализа, и другие предметы, включая используемые жизненные циклы, называются пошивом. Обратитесь к Разделу 1.3.4 для получения дополнительной информации. информация о том, как методы бизнес-анализа могут быть адаптированы к конкретным потребностям организации. Бизнес-анализ может выполняться при создании или улучшении продукта, решении проблемы или стремлении понимать потребности заинтересованных сторон. Ценность бизнес-анализа распространяется на многие отрасли и типы проектов. Например: u В финансовой отрасли бизнес-анализ может использоваться для создания или изменения финансовых продуктов, отвечающих требованиям потребности клиентов; u В сфере здравоохранения можно использовать бизнес-анализ, чтобы минимизировать время ожидания от входа до первого диагностика; u В строительных проектах бизнес-анализ может использоваться для определения требований к новому зданию для использования. как основа объема работ; u Правительства используют бизнес-анализ для анализа ситуаций и определения лучших решений для устранения проблем. такие как бедность, экономический кризис и экологические проблемы; u В производстве бизнес-анализ может применяться для оптимизации процессов сборки; а также u В ИТ-проектах проводится бизнес-анализ, чтобы довести бизнес-требования до заинтересованных сторон и Системные требования, чтобы дать дизайнерам и разработчикам четкое руководство о том, что создавать. Есть много неопределенностей, которые влияют на бизнес-результаты, например, купят ли потребители товар. когда он будет построен, будет ли существующая инфраструктура поддерживать будущие темпы роста, неуверенность в наличии достаточного персонал для поддержки требований клиентов или множество неизвестных, которые могут привести к поломке продукта при использовании в нетрадиционные способы, которые не были учтены при разработке продукта. Эффективный бизнес-анализ позволяет людям, групп, а также государственных и частных организаций для достижения лучших результатов в бизнесе. Эффективный бизнес-анализ помогает: u Удовлетворять потребности бизнеса; u Управлять рисками и сокращать переделки; u Сведение к минимуму дефектов продукции, отзывов, судебных исков и снижения доверия потребителей; а также u Обеспечение удовлетворенности заинтересованных сторон. Эти пункты более подробно рассматриваются в разделах с 1.1.3.1 по 1.1.3.4. 1.1.3.1 УСТРАНЕНИЕ БИЗНЕС-ПОТРЕБНОСТЕЙ Организации часто склонны предлагать решения, прежде чем полностью разобраться в ситуации. Бизнес-анализ позволяет организации выявлять и устранять первопричины проблем вместо того, чтобы постоянно устранять симптомы как они происходят. Хороший бизнес-анализ зависит от проведения оценки потребностей и рекомендации решения. исходя из специфики проблемного пространства, включая, но не ограничиваясь, понимание бизнеса и предприятия архитектуры. Бизнес-анализ помогает в обнаружении

    новых возможностей, необходимых для роста и, возможно, даже выживание организации. Использование возможностей крайне важно для обеспечения конкурентного преимущества в рынок. Бизнес-анализ помогает организациям получить ценность для бизнеса при удовлетворении потребностей бизнеса.

    1.1.3.2 УПРАВЛЕНИЕ РИСКАМИ И СНИЖЕНИЕ Доработок Что составляет достаточный бизнес-анализ, зависит от аппетита организации к риску и уровня уверенности, необходимой для того, чтобы организация смогла приступить к реализации своих инициатив. Решение продолжить без проведения достаточного бизнес-анализа и принятия более высокого уровня неопределенности часто является результатом недооценка деятельности по бизнес-анализу. Хотя бизнес-анализ требует значительных затрат времени и ресурсов, если упускается из виду, это может привести к недостаточно понятным требованиям, неверным ожиданиям заинтересованных сторон и разочарованию. со стороны команды проекта и других ключевых заинтересованных сторон. Эти проблемы могут привести к большому количеству доработок и множеству запросов. для изменения. Это может показаться нелогичным, но время, потраченное на бизнес-анализ, на самом деле экономит время. снижает затраты и сводит к минимуму подверженность рискам в долгосрочной перспективе. 1.1.3.3 ВЛИЯНИЕ ДЕФЕКТОВ ИЗДЕЛИЯ Когда на бизнес-анализ уделяется недостаточно времени, могут возникнуть пробелы в требованиях. Отсутствует и неправильно понятые требования могут привести к дефектам продукта. Дефекты продукта, обнаруженные в рамках проекта приводят к доработке, но если эти дефекты продукта обнаруживаются после того, как продукт передается потребителю, результаты экспоненциально хуже. Производственные дефекты продукта могут привести к отзыву продукта, судебным искам, сокращению числа потребителей. доверие или вред конечным пользователям. 1.1.3.4 УДОВЛЕТВОРЕНИЕ ЗАИНТЕРЕСОВАННЫХ СТОРОН Создание продуктов для удовлетворения потребностей бизнеса и доставка этих продуктов вовремя и в рамках бюджета. в то время как минимизация потенциальных угроз для организации приводит к повышению удовлетворенности заинтересованных сторон. Глядя на то, как принимающие заинтересованные стороны относятся к конечному продукту или насколько заинтересованные стороны готовы платить за решение после его создания может дать общее представление об истинном удовлетворении заинтересованных сторон. Применение передовых практик бизнес-анализа может привести к тому, что продукт или решение будут приняты на раннем этапе и будут полностью приняты после внедрения или выпуска, и

    достижение высокого уровня удовлетворенности заинтересованных сторон.

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

    Варианты

    разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
    Следующее лектио -- Методы Сбора

    Термины

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

    Экзамен

    Определения

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