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

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

Версия 21:28, 3 мая 2021

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


Материалы

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

Иллюстрации

Текст

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

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

  1. Информационные материалы, такие как документы, аудио, видео, графика, макеты, прототипы и просто умы людей,
  2. Производственные ресурсы, такие как инструменты, оборудование и технологии.

Источники требований могут быть сгруппированы в несколько категорий.

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

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

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

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

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


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

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


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

Варианты

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

Термины

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

Экзамен

Определения

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

Источник — «https://pravka.bskol.com/w1/index.php?title=Источники_Требований&oldid=16385»