«Работа для девочек из иняза?» Бизнес-аналитик разбирает стереотипы о своей профессии

Кто пишет:  Елена Горопека, в IT-индустрии 10 лет; начинала с тестирования ПО, затем перешла в бизнес-анализ и продукт-менеджмент. Ведёт канал «О бизнес-анализе и не только «, где пишет об управлении продуктами, проектами и людьми.

Вы тоже можете начать вести свой блог на dev.by — вот инструкция. Или присылайте темы, идеи и вопросы на blog@dev.by

Стереотип № 1. Без бизнес-аналитика можно обойтись

Хороший БА выполняет следующие функции на проекте:

1. Выявляет и приоритизирует проблемы и требования пользователей.
2. Придумывает, как именно решить эти проблемы.
3. Документирует функциональные и нефункциональные требования для реализации придуманного решения.
4. Поддерживает команду по всем вопросам, возникающим в процессе разработки.

Точно ли нужно выполнять перечисленные выше задачи, чтобы успешной реализовать проект? Смею утверждать, что да. Нужен ли отдельный человек, который будет заниматься этими задачам? Не обязательно.

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

Стереотип № 2. Нужны только, чтобы писать тикеты и документацию

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

Горькая правда в том, что не все БА умеют (или хотят) работать с бизнес-требованиями. Проще же записать за заказчиком его идеи реализации, чем постоянно спрашивать «зачем?» и докапываться до сути.

Стереотип № 3. Переводчики с нормального языка на «программерский»

Честно говоря, именно так я объясняю суть профессии для людей, не работающих в ИТ 😀. Бизнес-аналитик — это щит команды от постоянного потока противоречивых идей стейкхолдеров.

БА общается с конечными пользователями и заказчиком, анализирует все требования, находит решение, которое устраивает всех, и объясняет его разработчиком. Чем не переводчик с нормального на программерский?

Стереотип № 4. Душнилы

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

Если бизнес-аналитик постоянно адвокатирует потребности пользователей и не дает сделать быстрее, но с худшим UX, — это «душнила» или профессионал? А если бизнес-аналитик приходит на обсуждение бэклога с готовым решением, и не желает слушать никакие возражения или идеи команды?

На мой взгляд, в первом случае имеем дело с профессионалом, а во втором — с эгоцентричным душнилой.

Стереотип № 5. Профессия для девочек из иняза

Эта профессия требует редкого сочетания системного мышления, аналитического склада ума, хороших коммуникативных навыков и эмпатии. А в реалиях нашего рынка — еще и хорошего уровня английского, чтобы выявлять требования у англоязычных стейкхолдеров.

Может ли у выпускника иняза быть это редкое сочетание? Конечно может. И тогда знание английского — это та вишенка на торте, которая может обеспечить неплохую карьеру.

Но только знания языка не достаточно. Я как-то менторила выпускницу иняза, у которой был прекрасный английский и очень хорошо с эмпатией. За счет этого она неплохо выявляла настоящие проблемы стейкхолдеров. Но когда дело доходило до разработки решения и документирования, ничего не получалось: она пропускала важные требования, допускала противоречия, не могла разбить реализацию функции на отдельные части.

Начинающие коллеги с отличным системным мышлением не могут найти работу из-за плохого английского. А учить иностранный язык до Б2 — годы работы.

Но как научить системному мышлению? У меня ни разу не получилось. Можно научить разным техникам анализа и визуализации требований, но это офигенно улучшает работу коллег с аналитическим складом ума, и очень слабо помогает развить системное мышление с нуля.

Не исключаю, что я плохой учитель.

Стереотип № 6. Можно игнорировать требования от бизнес-аналитика, если знаешь, как сделать лучше

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

Я всегда стараюсь приносить на обсуждения бэклога проблему, а не решение. Объясняю контекст и требования пользователей, затем мы вместе с командой придумываем решение. Мне остается проследить, что мы не увлеклись и точно удовлетворим требования пользователей нашим решением. Команда же реализует придуманное решения в адекватные сроки.

Если вам кажется, что требования от БА нелогичные, задавайте вопросы. Если у вас есть идея, как сделать лучше — обязательно озвучьте её. Если ваш БА не «душнила», то он будет только рад сделать продукт еще лучше.

Мнение автора может не совпадать с позицией редакции. 

Вы бизнес-аналитик, и вам есть, что добавить о стереотипах в профессии? Не стесняйтесь, забегайте в комментарии. 

Вы потратили на этот материал две минуты. Потратьте ещё 15 секунд, пожалуйста.  

dev.by, как и другим честным медиа, сегодня очень сложно: редакция работает за пределами страны, а наши рекламные доходы сократились в несколько раз.

Но мы справляемся — с вашей помощью. Это вы делитесь с нами инфоповодами, мнениями, опытом, временем и вниманием. А 170 читателей поддерживают нас донатами.

В 2023 году мы хотим собрать 1000 читателей-подписчиков.  Помочь нам можно через Patreon. Сейчас средний чек — около 10$, но мы рады любой сумме.  В Беларуси Patreon заблокирован. Мы будем добавлять другие способы. Спасибо, что прочитали это сообщение.

Что ещё почитать?

• Мотивируй, объясняй и защищай. 4 совета, как построить отношения с командой
• Успеть всё. Как совмещать самообразование с работой, советует менеджер
• Как задавать тупые вопросы и не попасть впросак