Источники Требований — различия между версиями
Gary (обсуждение | вклад) (→Материалы) |
Gary (обсуждение | вклад) (→Текст) |
||
Строка 10: | Строка 10: | ||
===Текст=== | ===Текст=== | ||
− | :<p><strong>Источники Требований</strong></p><p>Источники требований включают в себя заинтересованные лица, прототипы, факторы, документы и находящиеся в распоряжении разработчиков ресурсы. | + | :<p><strong>Источники Требований</strong></p><p> |
+ | |||
+ | |||
+ | По своему источнику, требования могут быть сгрупированны как воздействующие факторы, бизнес-требования и требования пользователей. Каждая группа может далее иметь несколько подгрупп. Воздействующие факторы, например, включают внешние факторы, такие как законодательство и указания уполномоченных органов, а также внутри-организационные факторы, такие как документы, ресурсы и организационную культуру исполняющего предприятия. | ||
+ | |||
+ | |||
+ | Источники требований включают в себя заинтересованные лица, прототипы, факторы, документы и находящиеся в распоряжении разработчиков ресурсы. | ||
По своему источнику, требования могут быть сгрупированны как требования заинтересованных сторон и факторы, влияющие на продукт и проект. Каждая группа может далее иметь несколько подгрупп. Факторы, например, включают законодательство и указания уполномоченных органов, а также документы, ресурсы и организационную культуру исполняющего предприятия. Требования пользователей также неоднородны. Скажем, требования оператора будущего куратора продукта и требования грудного ребёнка разработчика продукта практически всегда по своей сути различаются. Если оператор относится к пользователям продукта, то ребёнок разработчика является одним из лиц, заинтересованных в проекте. | По своему источнику, требования могут быть сгрупированны как требования заинтересованных сторон и факторы, влияющие на продукт и проект. Каждая группа может далее иметь несколько подгрупп. Факторы, например, включают законодательство и указания уполномоченных органов, а также документы, ресурсы и организационную культуру исполняющего предприятия. Требования пользователей также неоднородны. Скажем, требования оператора будущего куратора продукта и требования грудного ребёнка разработчика продукта практически всегда по своей сути различаются. Если оператор относится к пользователям продукта, то ребёнок разработчика является одним из лиц, заинтересованных в проекте. |
Версия 17:16, 3 мая 2021
Источники Требований (здесь и далее по тексту -- Лектио) -- это часть урока Суть Сбора Требований. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Области Анализа.
Иллюстрации
Текст
Источники Требований
По своему источнику, требования могут быть сгрупированны как воздействующие факторы, бизнес-требования и требования пользователей. Каждая группа может далее иметь несколько подгрупп. Воздействующие факторы, например, включают внешние факторы, такие как законодательство и указания уполномоченных органов, а также внутри-организационные факторы, такие как документы, ресурсы и организационную культуру исполняющего предприятия.
Источники требований включают в себя заинтересованные лица, прототипы, факторы, документы и находящиеся в распоряжении разработчиков ресурсы.
По своему источнику, требования могут быть сгрупированны как требования заинтересованных сторон и факторы, влияющие на продукт и проект. Каждая группа может далее иметь несколько подгрупп. Факторы, например, включают законодательство и указания уполномоченных органов, а также документы, ресурсы и организационную культуру исполняющего предприятия. Требования пользователей также неоднородны. Скажем, требования оператора будущего куратора продукта и требования грудного ребёнка разработчика продукта практически всегда по своей сути различаются. Если оператор относится к пользователям продукта, то ребёнок разработчика является одним из лиц, заинтересованных в проекте.
Информация о продукте может включать различные типы или уровни детализации. Например, требования могут относиться к бизнесу. требований или требований заинтересованных сторон, а проблемы могут быть проблемами или недостатками заинтересованных сторон. Информация о товаре могут принимать разные состояния, поскольку различные процессы потребляют и производят информацию. Например, при разных В ходе работы по бизнес-анализу требования могут быть в подтвержденном, подтвержденном, приоритетном или утвержденном состоянии. В информация о продукте может храниться в различных формах, таких как инструменты, документы, заметки, электронные письма и, возможно, в умы людей. Информация о продукте ни в коем случае не является единственной информацией, относящейся к процессам бизнес-анализа. Дополнительный виды информации используются для создания и анализа информации о продукте в ходе выполнения бизнес-анализ. Тип и форма дополнительной информации могут включать исходный исходный материал из какие пришли результаты сбора данных, заметки о выявлении, электронные письма с дополнительным контекстом об анализе, устные или письменные комментарии заинтересованных сторон об информации.
Те, кто отвечает за бизнес-анализ, могут работать совместно с членами своей организации. для определения и применения надлежащего уровня общепризнанных передовых практик бизнес-анализа для различных ситуации и потребности. Усилия по определению и применению соответствующих процессов, инструментов, методов бизнес-анализа, и другие предметы, включая используемые жизненные циклы, называются пошивом. Обратитесь к Разделу 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).
- Следующее лектио -- Методы Сбора