Что Бизнес-Анализ Есть — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Новая страница: «Что Есть Бизнес-Анализ (здесь и далее по тексту -- ''Лектио'') -- это часть урока Суть Бизн…»)
 
(Термины)
 
(не показано 38 промежуточных версий 2 участников)
Строка 1: Строка 1:
[[Что Есть Бизнес-Анализ]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Бизнес-Аналитики]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Что Бизнес-Анализ Есть]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Бизнес-Анализа]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Нулевые Прогоны]].
+
Предшественник этого ''Лектио'' -- [[Требования в Облаке]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Что Есть Бизнес-Анализ</strong></p><p>Требования -- это документы, которые представляют видение того, что необходимо разработать. Создание требований - это непростой и редко прямолинейный процесс.</p><p>Первоначально разработчики Брацка Облака создают общее описание будущего изделия. Это описание делается на вики-странице Брацкой Правки, название которой соответствует названию изделия, которое предстоит разработать. Этой странице присваивается категория "Описание изделия для разработки".</p><p>Общие описания представляют видение изделия, но они редко бывают ясными или конкретными для реализации разработчиками. Если описания нечётко будут описывать, что будущее изделие должно делать, и как его функции будут проверяться, общие описания также бесполезны для найма подрядчиков.</p><p>Чтобы общие описания стали удобными для разработчиков, описания разбивают на пользовательские истории (user story). Каждая история представляет собой одну функцию или характеристику и написана с точки зрения конечного пользователя. Значительное количество историй умещается в одно предложение. Например, "координатору информационных проектов нужен формат пользовательских историй, чтобы писать задания для разработчиков." Для разработчиков эти истории указывают на то, что нужно разработать.</p><p>Более подробные технические задания (ТЗ) указывают остальное, что необходимо знать разработчикам. Эти ТЗ включают в себя существующие правила и нормы, способ передачи разработчиками своих работ и так далее.</p><p>Брацки Техсовет устанавливает общие требования к разработкам для Брацка Облака.</p><p>Все требования без исключения создаются в Брацкой Правке и открыты для широкой публики.</p><p>Политика полной прозрачности служит двум целям. Во-первых, таким образом разработчики требований могут получить больше предложений и дополнений. Во-вторых, даже будущие разработчики могут видеть весь процесс разработки 24 часа в сутки 7 дней в неделю.</p><p>Наличие множества документов и их версий может создать путаницу. Некоторые документы и их версии могут быть противоречивы. Концепция единого источника истины (single source of truth или SSOT) направлена на решение этой проблемы. Требования только разрабатываются на Брацкой Правке, но их утвержденные версии публикуются на Брацкой Вебке.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, требования нужны, чтобы:</p>
+
:<p><strong>Что Бизнес-Анализ Есть</strong></p><p>Буквально, бизнес-анализ (business analysis) должен бы означать исследование любого бизнеса. Однако для исследования бизнеса на уровне предприятия употребляется другой термин -- "анализ управления" (management analysis).</p><p>В практическом мире, бизнес-анализ -- это деятельность по выяснению бизнес-потребностей и предложению путей их удовлетворения. Этот анализ может выполняться при решении проблемы или разработке продукта, который бизнес-проблему разрешает.</p><p>Бизнес-аналитика начинается ещё до официального открытия проекта. Собственно говоря, инициирование проекта связано с осознанием какой-то бизнес-потребности. После назначения руководителя проекта, первым делом он или она начинают выяснять источники информации для бизнес-анализа и собирать те данные для аналитики.</p><p>Руководитель собирает те данные, которые важны как для разрабатываемого продукта, так и для его разработки. При выполнении небольших проектов, руководитель сам может проводить бизнес-аналитику. Для проработки деталей разрабатываемых изделий больших проектов специально нанимаются профессиональные бизнес-аналитики. Другие специалисты нанимаются для проработки деталей процесса разработки, включая её объём, сроки и стоимость.</p><p>Бизнес-аналитики выясняют потребности различными способами и методами, прежде всего, общаясь с заинтересованными в проекте сторонами. Те же способы и методы задействуются и при согласовании будущего изделия.</p><p>Если моделирование, то есть, создание концепции и планирование структуры, изделия находится за пределами знаний, навыков и умений бизнес-аналитиков, они работают с инженерами систем (systems engineer). Эти инженеры создают концепции будущих изделий, а бизнес-аналитики согласовывают эти концепции с кураторами продукта.</p><p>В проектах, анализ предпринимается для понимания потребностей заказчика, подрядчика и заинтересованных сторон. Для заказчика, ценность бизнес-анализа -- это получение описания того, что будет создано и как этот созданный продукт решит проблему. Ценность  бизнес-анализа для подрядчика -- это руководство, что надо создать.</p><p>Результат бизнес-анализа -- это опись продукта или его прототипа. Объём работ по проекту, график и бюджет основаны на этих описях.</p><p><i>А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.</i></p>
  
 
===Варианты===
 
===Варианты===
:разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
+
:Ответ в форме эссе не подразумевает вариантов.
  
:Следующее лектио -- '''[[Что Есть Требования]]'''
+
:Следующее лектио -- '''[[Описи и Прототипы]]'''
  
 
===Термины===
 
===Термины===
:[[Требования]], [[Эпические продукты]], [[SSOT]]
+
:[[Бизнес-анализ]], [[Опись продукта]], [[Прототип]], [[Объём работ]], [[Бюджет проекта]]
  
 
==Экзамен==
 
==Экзамен==

Текущая версия на 14:37, 27 сентября 2022

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


Материалы

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

Иллюстрации

Текст (HTML)

Что Бизнес-Анализ Есть

Буквально, бизнес-анализ (business analysis) должен бы означать исследование любого бизнеса. Однако для исследования бизнеса на уровне предприятия употребляется другой термин -- "анализ управления" (management analysis).

В практическом мире, бизнес-анализ -- это деятельность по выяснению бизнес-потребностей и предложению путей их удовлетворения. Этот анализ может выполняться при решении проблемы или разработке продукта, который бизнес-проблему разрешает.

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

Руководитель собирает те данные, которые важны как для разрабатываемого продукта, так и для его разработки. При выполнении небольших проектов, руководитель сам может проводить бизнес-аналитику. Для проработки деталей разрабатываемых изделий больших проектов специально нанимаются профессиональные бизнес-аналитики. Другие специалисты нанимаются для проработки деталей процесса разработки, включая её объём, сроки и стоимость.

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

Если моделирование, то есть, создание концепции и планирование структуры, изделия находится за пределами знаний, навыков и умений бизнес-аналитиков, они работают с инженерами систем (systems engineer). Эти инженеры создают концепции будущих изделий, а бизнес-аналитики согласовывают эти концепции с кураторами продукта.

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

Результат бизнес-анализа -- это опись продукта или его прототипа. Объём работ по проекту, график и бюджет основаны на этих описях.

А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.

Варианты

Ответ в форме эссе не подразумевает вариантов.
Следующее лектио -- Описи и Прототипы

Термины

Бизнес-анализ, Опись продукта, Прототип, Объём работ, Бюджет проекта

Экзамен

Определения

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