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

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

Материалы

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

Текст

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

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

Источники требований к продукту -- это:

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

Источники требований к разработке -- это:

1. Куратор разработки или кто-то другой, уполномоченный представлять заказчика в предоставлении разработчикам необходимых сведений и ресурсов,
2. Само разрабатываемое изделие или продукт и его сложность,
3. Разработчики, включая их знания, навыки и умения, а также взаимоотношения между собой, установившиеся роли, нормы и процессы,
4. Внутриорганизационные факторы, которые включают в себя существующие технологии, персонал, доступность ресурсов и организационную культуру,
5. Внешние факторы определяющие характеристики и условия разработок.

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

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

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

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

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

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

Те, кто отвечает за бизнес-анализ, могут работать совместно с членами своей организации. для определения и применения надлежащего уровня общепризнанных передовых практик бизнес-анализа для различных ситуации и потребности. Усилия по определению и применению соответствующих процессов, инструментов, методов бизнес-анализа, и другие предметы, включая используемые жизненные циклы, называются пошивом. Обратитесь к Разделу 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 УПРАВЛЕНИЕ РИСКАМИ И СНИЖЕНИЕ Доработок Что составляет достаточный бизнес-анализ, зависит от аппетита организации к риску и уровня уверенности, необходимой для того, чтобы организация смогла приступить к реализации своих инициатив. Решение продолжить без проведения достаточного бизнес-анализа и принятия более высокого уровня неопределенности часто является результатом недооценка деятельности по бизнес-анализу. Хотя бизнес-анализ требует значительных затрат времени и ресурсов, если упускается из виду, это может привести к недостаточно понятным требованиям, неверным ожиданиям заинтересованных сторон и разочарованию. со стороны команды проекта и других ключевых заинтересованных сторон. Эти проблемы могут привести к большому количеству доработок и множеству запросов. для изменения. снижает затраты и сводит к минимуму подверженность рискам в долгосрочной перспективе.

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

Варианты

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

Следующее лектио -- Методы Сбора

Термины

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