Business Analysis — з чого почати?

Планую перекваліфікуватися на ВА. Хочу спитати поради, з яких матеріалів краще почати і що необхідно знати?

До обраного В обраному 0

Чтоб быть BA необходимо иметь навыки и знания в сфере промышленного маркетинга, статистики, немного высшей математики, и ИТ . Опыт работы в крупных, системных финансовых компаниях (Банки) на должности аналитики.

BABOKSoftware Requirements by Karl WiegersEnglishSRSДальше можно выбрать домен и в него копать.

Да бабок надо побольше :)А мотоцикл зачем :)

Перечитал ешё раз и кажется понял.Мотоцикл это Хийтачи что ли?

а в БА надо каких-то других кроме умных?

Если повезет попасть в продуктовую компанию, то желательно иметь понимание бизнес моделей: en.wikipedia.org/wiki/Business_model и что с ними делать: strategyzer.com/. ​del-generation#learn-more

да, в стране аутсорсии существуют только «классические БА в ИТ» )

имеет и более непосредственное чем SQL+БД. )И кажется, я четко написал, что мой совет относится к случаю продуктовой компании где вы сами делаете продукт. Для кого вы его делаете, в чем ценность продукта, какие ресурсы задействованы и т.д. Никто здесь не требует экспертных знаний, но понимать что делается и для чего делается считаю просто необходимо.

не вижу смысла в дискусии т.к. вы не имеете ни малейшего понятия о том о чем пытаетесь спорить.

Підкажіть, а навіщо ВА знати БД?

Так это же Business Intelligence, а не Business Analysis, не?

BA — это типа requirements engineer, у нас, во всяком случае.

Да, но для этого обычно достаточно общих поверхностных технических и отраслевых знаний — для того, чтобы понять, что подается на входе и описать, что требуется на выходе. Плюс знание своего продукта / спектра продуктов. Внутрь продукта БА не лезут, для этого есть разработчики. Максимум БА посмотрят полусырую фичу на дев-сервере, чтобы просто быть в курсе происходящего и проверить, не забыли ли они чего в реквайрментсах.

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

Сами, что ли, прототипируют и кьюэят? Это уже не БА, а терминаторы какие-то.

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

Может, и хорошо, если БА может сам запулить селект на пять строчек, но зачем? Внятное описание ничуть не хуже селекта, с учетом того, что БА с тем же успехом может ошибиться в условиях селекта, как и в описании.

Имхо, вы спорите о двух возможных ролях на противоположных краях спектра, «IT ВА как product owner» и «IT BA как system analyst». Первый больше о куда копать, второй — где и как копать. Для свитчеров и джунов, имхо, обсуждение роли настоящего product owner не имеет большого смысла, разве что есть хороший SME бекграунд в востребованной индустрии. «BA как business model/process analyst», имхо, вспомнили вообще зря

Я думал ,что бизнес -аналитик должен в первую очередь вести диалог с стейкхоледерами, и разрабатывать требования и спецификации к ПО)SQL, и DB — конечно нужно знать, но это не на первом месте, имхо.Более важно UML и BPMN нотации..То что ты написал -это больше для бизнес-аналитика внутреннего айти-отдела, имхо.

Спасибо за пояснение.Или в реалии украинских продуктовых компаний, часть бизнес процессов клиента, таки становятся и заботой BA.. Иногда и аутсорса, но реже.Я уже не первый раз замечаю, что ты заточен под крупных корпоративных клиентов. Не под крупных, а под огромных даже)А мы тут курочка по зернышку)

По поводу диалога со стейкхолдерами — давайте все же оставаться в рамках исходного вопроса и отталкиваться от реалий рынка труда для Junior BA. Иначе дискуссия превращается в спор «какой BA более правильный BA». Так вот реалии, на мой взгляд, таковы, что основные роли Junior BA это де-факто: junior functional analyst, technical writer, junior data analyst и (отдельная категория) sales analyst. Ни одна из этих полей не предполагает общения со стейкхолдерами, а все вопросы адекватного интервьювера на этот счёт, имхо, должны закрываться умением грамотно формулировать свои мысли на английском языке. Даже базовая теория на данном этапе (не говоря о бездумной зубрежке BABOK) с практической точки зрения совершенно преждевременна.В реальной жизни украинского (и многого другого) ИТ, business analyst — это комбинация знаний предметной области, технических навыков (код, кстати, тоже не помешает уметь читать :)) и практических навыков работы с требованиями, а не мастерство переговоров с многочисленными стейкхолдерами. Умеете это делать хорошо — сразу идите в менеджеры проектов, там тоже есть junior позиции (где, конечно, первое время придётся поработать jira admin и accountant, но все равно, путь ближе)

Ну тут однозначно вільна розмовна англійська, аби зрозуміти клієнта ну і хоча б трохи розбиратись в технологічному стекові аби вміти донести клієнтові технічні рішення і говорити з девелоперами хоча б на приблизно одній мові.Ідеально, це мати якийсь досвід і навички в сфері бізнесу клієнта, аби розуміти, що саме йому потрібно. Зустрічне запитання, а як саме ви уявляєте роботу БА ?

дякую за відповідь!от власне, що я вивчила фронт-енд, останнім часом мені стало нудно і зрозуміла, що не хочу цим займатись. Відверто кажучи, монотонна робота. А в свою чергу BA — це людина-конектор між замовником та девелоперами. Англійська розмовна +, а от із навчичками в сфері бізнесу треба попрацювати