Вокруг бизнес-аналитиков много стереотипов. Они не возникают на пустом месте. Часто команды сталкиваются с непрофессионализмом одного конкретного БА, и делают вывод, что все они бесполезны.
Команда dev.by спросила у читателей основные стереотипы о бизнес-аналитиках, и предложила мне их разобрать.
Вокруг бизнес-аналитиков много стереотипов. Они не возникают на пустом месте. Часто команды сталкиваются с непрофессионализмом одного конкретного БА, и делают вывод, что все они бесполезны.
Команда dev.by спросила у читателей основные стереотипы о бизнес-аналитиках, и предложила мне их разобрать.
Кто пишет: Елена Горопека, в IT-индустрии 10 лет; начинала с тестирования ПО, затем перешла в бизнес-анализ и продукт-менеджмент. Ведёт канал «О бизнес-анализе и не только «, где пишет об управлении продуктами, проектами и людьми.
Вы тоже можете начать вести свой блог на dev.by — вот инструкция. Или присылайте темы, идеи и вопросы на [email protected]
Хороший БА выполняет следующие функции на проекте:
Точно ли нужно выполнять перечисленные выше задачи, чтобы успешной реализовать проект? Смею утверждать, что да. Нужен ли отдельный человек, который будет заниматься этими задачам? Не обязательно.
Роль бизнес-аналитика могут выполнять заказчик, тим-лид, заказчик+тим-лид, заказчик + проджект менеджер, заказчик + команда, и другие комбинации. Пойнт в том, что кто-то должен взять на себя ответственность за бизнес-аналитические задачи, иначе успешной реализации проекта не случится.
Хороший БА прежде всего выявляет бизнес-цели и настоящие потребности пользователеи, потом анализирует и ищет лучшее решение. Только после этого расписывает требования для команды разработки.
Горькая правда в том, что не все БА умеют (или хотят) работать с бизнес-требованиями. Проще же записать за заказчиком его идеи реализации, чем постоянно спрашивать «зачем?» и докапываться до сути.
Честно говоря, именно так я объясняю суть профессии для людей, не работающих в ИТ 😀. Бизнес-аналитик — это щит команды от постоянного потока противоречивых идей стейкхолдеров.
БА общается с конечными пользователями и заказчиком, анализирует все требования, находит решение, которое устраивает всех, и объясняет его разработчиком. Чем не переводчик с нормального на программерский?
Каждый закладывает свое понятие в слово «душнила», поэтому здесь сложно согласиться или возразить.
Если бизнес-аналитик постоянно адвокатирует потребности пользователей и не дает сделать быстрее, но с худшим UX, — это «душнила» или профессионал? А если бизнес-аналитик приходит на обсуждение бэклога с готовым решением, и не желает слушать никакие возражения или идеи команды?
На мой взгляд, в первом случае имеем дело с профессионалом, а во втором — с эгоцентричным душнилой.
Эта профессия требует редкого сочетания системного мышления, аналитического склада ума, хороших коммуникативных навыков и эмпатии. А в реалиях нашего рынка — еще и хорошего уровня английского, чтобы выявлять требования у англоязычных стейкхолдеров.
Может ли у выпускника иняза быть это редкое сочетание? Конечно может. И тогда знание английского — это та вишенка на торте, которая может обеспечить неплохую карьеру.
Но только знания языка не достаточно. Я как-то менторила выпускницу иняза, у которой был прекрасный английский и очень хорошо с эмпатией. За счет этого она неплохо выявляла настоящие проблемы стейкхолдеров. Но когда дело доходило до разработки решения и документирования, ничего не получалось: она пропускала важные требования, допускала противоречия, не могла разбить реализацию функции на отдельные части.
Начинающие коллеги с отличным системным мышлением не могут найти работу из-за плохого английского. А учить иностранный язык до Б2 — годы работы.
Но как научить системному мышлению? У меня ни разу не получилось. Можно научить разным техникам анализа и визуализации требований, но это офигенно улучшает работу коллег с аналитическим складом ума, и очень слабо помогает развить системное мышление с нуля.
Не исключаю, что я плохой учитель.
У бизнес-аналитика точно больше контекста про проблемы бизнеса и пользователей. Но у разработчиков могут быть очень крутые идеи по реализации, потому что они знают технические возможности и часто отлично разбираются в лучших практиках индустрии.
Я всегда стараюсь приносить на обсуждения бэклога проблему, а не решение. Объясняю контекст и требования пользователей, затем мы вместе с командой придумываем решение. Мне остается проследить, что мы не увлеклись и точно удовлетворим требования пользователей нашим решением. Команда же реализует придуманное решения в адекватные сроки.
Если вам кажется, что требования от БА нелогичные, задавайте вопросы. Если у вас есть идея, как сделать лучше — обязательно озвучьте её. Если ваш БА не «душнила», то он будет только рад сделать продукт еще лучше.
Мнение автора может не совпадать с позицией редакции.
dev.by, как и другим честным медиа, сегодня очень сложно: редакция работает за пределами страны, а наши рекламные доходы сократились в несколько раз.
Но мы справляемся — с вашей помощью. Это вы делитесь с нами инфоповодами, мнениями, опытом, временем и вниманием. А 170 читателей поддерживают нас донатами.
В 2023 году мы хотим собрать 1000 читателей-подписчиков. Помочь нам можно через Patreon. Сейчас средний чек — около 10$, но мы рады любой сумме. В Беларуси Patreon заблокирован. Мы будем добавлять другие способы. Спасибо, что прочитали это сообщение.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
Отличная статья по стереотипам. Спасибо!
Возможно туда же - "Аналитик - это из водопада, в аджайле - аналитик не нужен". Но этот стереотип возможно стоит отдельной статьи.
согласен с каждым стереотипом. это не стереотипы, это правда матка.
Не мало было собеседований, где, как мне кажется, актуален второй стереотип. Начиная от не в меру дотошных допросов, как именно я описывал требования и даже просьбы показать примеры вроде как конфиденциальной документации во время собеседования.
Вплоть до того, что искали человека именно что писать документацию/тикеты и и не более. Сам анализ, экспертиза в домене, понимание процессов, проактивность - все это не особо было интересно. Ведь выявить проблемы в бизнесе и предложить грамотное решение может любой. А юзер стори составить или задачу на новую форму на фронте - великое искусство, требующее сертификации и годы практики. (нет)
Еще бывают адепты Карла Вигерса, собеседующие тебя, опираясь на его наиболее популярную книгу. Мне, например, она вообще не зашла. Я ее не дочитал. Что мне работать и учиться не мешает, ведь, внезапно, есть много другой хорошей литературы.
В общем, действительно, существует шаблонно-стереотипное видение роли аналитика. Что приводит к тому, что ищут не хорошего специалиста с отличными софт скилами и интересными проектами в опыте, а субъект, который наиболее близко соответствует шаблону, устоявшемуся в голове лида.
"ищут не хорошего специалиста с отличными софт скилами и интересными проектами в опыте, а субъект, который наиболее близко соответствует шаблону, устоявшемуся в голове лида." - я такое называю "попасть в фетиши нанимающего менеджера", которые к слову иногда бывают вообще непрофессионального плана даже. На мой взгляд, понимание роли бизнес-аналитика в белорусском айти идет от мировоззрения и подхода к организационной структуре и менеджменту в принципе. К сожалению, очень часто, по моему опыту, по крайней мере, проактивность и экспертиза никому были не интересны, потому что проактивность добавляет проблем менеджерам (проактивный человек часто не остается в пределах своего кусочка, а, значит, придется тратить на него время, объяснять, отвечать на вопросы, порой неудобные), а экспертизу вообще воспринимают как угрозу: "А вдруг мы что-то делали неправильно и сейчас это вскроется?" Мои топ 3 критерии, которые ищет большинство белорусских работодателей в кандидатах на проектные роли: 1) готовность много работать, не задавая лишних вопросов; 2) готовность брать на себя ответственность, в том числе и за другие роли; 3) опыт и готовность работать по правилам/используя устоявшиеся инструменты нанимающей компании, не привнося свое. Последнее я называю "мы нанимаем только тех, кто работал в нашей версии ворда, опыт работы с гугл докс, notion и всем остальным нам не подходит".
Пользователь отредактировал комментарий 28 апреля 2023, 16:34