Да, и стиль написания на Вигерса немного похож. 80% из статьи меня спрашивали в интервью на БА, особенно качества требований и прототипирование.
хорошая статья и для начинающих БА тоже
Положительно по нескольким причинам:
1. У кандидата больше шансов пройти, т.к. не понравившись одному интервьюеру, например, по техническому бэкграунду, он может зацепить третьего, четвертого своими софт скилами или еще чем то. Неоднократно присутствовал при ситуации, когда в результате обсуждения кандидата после интервью в команде, звучала фраза: «ну если он вам так сильно нужен, то берите, подтягивайте пробелы и отвечайте за него сами...»
2. При явно выраженной командной работе кандидат может увидеть и оценить со своей стороны бОльшую часть своей будущей команды.
3. Это может быть необязательно стресс-интервью, получасовое общение с кандидатом, как моделирование митинга, частично может раскрыть его навыки работать в команде, слушать, анализировать и уместно доносить свои мысли.
4. Психологическая подоплека, хоть редко, но бывает: у каждого члена команды не возникнет ощущения, что он ничего не решает в процессе создания команды и ощущения, что человека в команду навязали. При последующем негативе от новичка может, конечно, присутствовать размытие ответственности, но в целом, рабочие отношение с такими кандидатами выстраиваются гораздо легче и быстрее.
При, естественно, ряде «но»:
1. Это не первое интервью с кандидатом.
2. Вся команда не сидит молча, а задает вопросы один.
3. Не затягивается на 2 часа.
4. Не превращается в балаган с дискуссиями на отвлеченные темы.
Разве BA строит архитектуру?
Вы имеете в виду также и позицию BA? Как Вы считаете, для BA нужны курсы и можно базу для первой работы поднять самостоятельно?
Как Вы считаете «разработка требований к програмному обеспечению»
Да, я вот честно говоря, каждый день читаю и слышу совершенно разные мнения о РЕАЛЬНОЙ работе БА, порой вовсе противоположные. Чем он конкретно должен заниматься. Создается впечатления, что каждый работодатель пишет шаблонную вакансию, но в уме держит свой набор функционала для будущего БА в штате. К примеру у меня в банке была изначальная точка: «убыточный коллекшн», дойти надо было до точки «цена гривны сбора задолженности не более 30коп» Все! Что хочешь то и делай. Т.е. приходилось не только собирать требования для CRM с нуля, это может быть составило от силы 10% всей работы, но и прорабатывать весь бизнес процесс, начиная от замены рабочих мест сотрудников, заканчивая увольнением/принятием на работу персонала. Т.е. заказчик не только не мог обсудить CRM со мной, они просто не до конца понимали что это, но это мне нужно было обьяснить им что ИМ надо, для чего это и к какому результату приведет. Поэтому когда я слышу, что БА просто переводит язык бизнеса на язык разработчика и все.....я немного недоумеваю....
Спасибо за ответ. Вопрос в том, что все это было сделано на коленке с Excel и Power point. Это только сейчас я понимаю. что там можно было применять RUP UML (которые я только учу) и т.д. а по сути я занимался функциями BA. Опыта именно в IT нет вообще, как и профильного образования. Потенциальному работодателю насколько критичны такие изначальные установки?)
Спасибо огромное за Вашу статью! Подскажите, есть ли какие либо особенности для вхождения в IT на позицию BA для человека за 30? Есть руководящий опыт в банках, риск-менеджмент и опыт собра требований и собственно организация всей работы по созданию CRM для банка.
Привет. Может кому то нужен помощник по разработке ТЗ (сбор требований), и все что касается работы БА. Очень нужна практика и опыт с реально работающими проектами в IT. Пока имею только теоретическую базу. Опыт есть только в разработке CRM систем в банках и в во всем, что касается риск-менеджмента.
Добрый день. У Вас существуют курсы для бизнес-аналитика?
С Бизнес-аналитиками та же беда, нужны как минимум уверенные мидлы — сразу бросить на проект. Джуны БА вообще есть в природе?