|
|
| (не показано 15 промежуточных версий 2 участников) |
| Строка 6: |
Строка 6: |
| | | | |
| | ===Иллюстрации=== | | ===Иллюстрации=== |
| − | <gallery mode="packed"> | + | <gallery mode="packed">File: Источники_требований.png |
| | </gallery> | | </gallery> |
| | | | |
| − | ===Текст=== | + | ===Текст (HTML)=== |
| − | :<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></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>Внешние воздействующие факторы состоят из технологических, рыночных, социальных, культурных, политических, правовых, экономических, финансовых и природных условий, которые находятся за пределами предприятия.</p><p><i>А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.</i></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 УПРАВЛЕНИЕ РИСКАМИ И СНИЖЕНИЕ Доработок
| |
| − | Что составляет достаточный бизнес-анализ, зависит от аппетита организации к риску и уровня
| |
| − | уверенности, необходимой для того, чтобы организация смогла приступить к реализации своих инициатив. Решение продолжить
| |
| − | без проведения достаточного бизнес-анализа и принятия более высокого уровня неопределенности часто является результатом
| |
| − | недооценка деятельности по бизнес-анализу. Хотя бизнес-анализ требует значительных затрат времени и ресурсов, если
| |
| − | упускается из виду, это может привести к недостаточно понятным требованиям, неверным ожиданиям заинтересованных сторон и разочарованию.
| |
| − | со стороны команды проекта и других ключевых заинтересованных сторон. Эти проблемы могут привести к большому количеству доработок и множеству запросов.
| |
| − | для изменения. Это может показаться нелогичным, но время, потраченное на бизнес-анализ, на самом деле экономит время.
| |
| − | снижает затраты и сводит к минимуму подверженность рискам в долгосрочной перспективе.
| |
| − | 1.1.3.3 ВЛИЯНИЕ ДЕФЕКТОВ ИЗДЕЛИЯ
| |
| − | Когда на бизнес-анализ уделяется недостаточно времени, могут возникнуть пробелы в требованиях. Отсутствует и
| |
| − | неправильно понятые требования могут привести к дефектам продукта. Дефекты продукта, обнаруженные в рамках проекта
| |
| − | приводят к доработке, но если эти дефекты продукта обнаруживаются после того, как продукт передается потребителю, результаты
| |
| − | экспоненциально хуже. Производственные дефекты продукта могут привести к отзыву продукта, судебным искам, сокращению числа потребителей.
| |
| − | доверие или вред конечным пользователям.
| |
| − | 1.1.3.4 УДОВЛЕТВОРЕНИЕ ЗАИНТЕРЕСОВАННЫХ СТОРОН
| |
| − | Создание продуктов для удовлетворения потребностей бизнеса и доставка этих продуктов вовремя и в рамках бюджета.
| |
| − | в то время как минимизация потенциальных угроз для организации приводит к повышению удовлетворенности заинтересованных сторон. Глядя на то, как
| |
| − | принимающие заинтересованные стороны относятся к конечному продукту или насколько заинтересованные стороны готовы платить за решение после его создания
| |
| − | может дать общее представление об истинном удовлетворении заинтересованных сторон. Применение передовых практик бизнес-анализа
| |
| − | может привести к тому, что продукт или решение будут приняты на раннем этапе и будут полностью приняты после внедрения или выпуска, и
| |
| − | достижение высокого уровня удовлетворенности заинтересованных сторон.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p> | |
| | | | |
| | ===Варианты=== | | ===Варианты=== |
| − | :разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth). | + | :Ответ в форме эссе не подразумевает вариантов. |
| | | | |
| | :Следующее лектио -- '''[[Методы Сбора]]''' | | :Следующее лектио -- '''[[Методы Сбора]]''' |
| | | | |
| | ===Термины=== | | ===Термины=== |
| − | :[[Требования]], [[Эпические продукты]], [[SSOT]] | + | :[[Требования]], [[Куратор продукта]], [[Факторы]] |
| | | | |
| | ==Экзамен== | | ==Экзамен== |
