Comments 16
Спасибо за интересный материал. Как раз “вошел в it” на позицию БА. Рефлексируя на эту тему в своих постах на Habr.
У меня вот в своё время получилось через проджект-менеджера войти, на БА тоже как-то откликался, но безуспешно.. в итоге правда, от ПМ перешёл в СА
Вообще наоборот часто слышу, что аналитика (и БА, и уж тем более СА, хотя часто эти две должности соединяются в одном человеке, независимо от названия его должности) - это совсем не стартовая позиция и надо идти через тестирование?♂️
Вы пошли в аналитику по предметной области, в которой до этого работали или как так успешно вышло?
Мнения о "входе" и правда разные. Я оказалась аналитиком примерно тогда же, когда эта роль появилась в ИТ, в середине нулевых. Перешла из роли лидера группы тестирования, а до того разработчиком была... Хотела больше общаться с людьми, научиться быстро понимать их потребности и превращать в хорошие продукты. Сейчас это звучит забавно, но в те времена для перехода в БА были важны знания в ИТ+иностранные языки.
Да, все верно я 15 лет до этого работал на железной дороге и стал доменным экспертом. Когда к нам пришла цифровая трансформация, перешел в команду it продукта, предварительно пройдя обучение и прокачав не достающие компетенции.
Стал СА после Системного Администрирования. Предложили сменить сферу деятельности так как в один момент стало некому контактировпть с ФЗ чтоб сформулировать, и задокументировать понятное для команды ТЗ
довольно бессмысленная позиция - ни рыба ни мясо, советую стремится к СА как можно быстрее
Недавно в одном из профессиональных чатиков, коллега утверждал, что нет никаких СА и БА, а есть одна общая роль проектировщика. Основным аргументом было "работаю с 78го года и знаю точно". Были времена, когда были только БА, а СА как отдельная роль позже появились. Есть разные мнения относительно перспектив разных аналитиков в индустрии, некоторые довольно пессимистичные и звучат примерно так же как вы и сформулировали... Если интересно много общаться, изучать как люди работают, искать "узкие горлышки" почему не быть БА? Времена и договоренности в командах меняются, советую стремиться туда, где у вас есть талант и интерес.
Всё зависит о конкретного места. На ваш вопрос могу ответить таким же вопросом, а почему не быть СА для тех же обязанностей? Классический БА - из тех, что я видел - это кастрированный СА зачастую
Мало я припомню проф. тусовок, где рано или поздно не обсуждалось бы "кто круче" и заканчивается это обычно ничем. Наверное, это кому-то важно и нужно...
В реальности все зависит от того, что специалист умеет делать. Одинаково грустно видеть человека, который умеет только кое-как записать чужие мысли, независимо от того как называется его роль... Моя мысль была в том, что хорошо бы ориентироваться не на название роли и веяние времени, а на ваши навыки и интересы.
Возможно вы и правы и мне еще предстоит прийти к понимаю этого. Пока еще не решил куда дальше двигаться: в сторону SA или в сторону PO,PM. Тут действительно нужно понять, что самому больше нравится. С другой стороны если мы действительно движемся в сторону упрощением разработки (no code/low code) и ее автоматизации с помощью AI, то развитие навыков поиска не стандартных бизнес решений выглядит не такой уж бесперспективной и точно не скучной.
Знаете, мне иногда хочется, чтобы аналитики отвечали хотя бы трём простым требованиям:
1) ответственность,
2) грамотно писать по-русски,
3) излагать мысли коротко и ясно.
Мало того, что не всегда есть хоть какие-то технические знания, иногда пишут одно предложение на десять строчек, пропуская знаки препинания. Сужу из личного опыта работы разработчиком.
Лет десять назад даже к техническим писателями были требования выше.
Долго думала как ответить и никого не задеть :)
Все правда. Дефицит кадров в сочетании с уходящей привычкой читать большие тексты приводит к редким перлам в документации. Коротко не получается, если нет насмотренности на хорошие примеры и системности в мышлении.
С другой стороны аналитики жалуются, что разработчики не всегда готовы читать описания. Даже приличные описания. Мне еще в роли разработчика повезло видеть ТЗ на 300 страниц (распечатанное и переплетенное в увесистый том), которое когда-то люди прочитывали. Сейчас такое невозможно совсем, никто не читает большие литературные форматы.
Это база ?
Бизнес аналитик без понимания или видения бизнеса наанализирует голый нуль
Систему класса СУИД для проекта капитального строительства новый БА будет анализировать год-два.
О бизнес-аналитиках в ИТ