Business Analyst (tech. writer or...) IT кто-то что-нибудь знает об этом?

Есть такие вакансии Business Analyst (ну как я понял в США их еще райтерами называют, т.е. те кто формирует требования к будущей программе, пишет спецификации и всеми доступными методами объясняет девелоперам и тестировщикам как и что должно работать).
Какого-то специального образования тут тоже я вижу не нужно. Это такая профессия, которая накладывает прикладные знания на уже существующие компетенции в какой-то конкретной области.
Кто-нибудь что-нибудь слышал о такой профессии и о ее востребованности в США? Как оплачивается?
Может быть у кого-то опыт работы есть?

Requirements:
Understanding of development processes and frameworks;
Knowledge of RUP, SCRUM;
Knowledge of UML, IDEF0, BPMN;
Understanding of ITSM/ITIL practices;
Experience in writing documentation according to GOST 34;
Effective negotiation skills;
Ability to perform work effectively and in due time;
Attention to details, diligence, ability to accomplish tasks fully;
Proactive position: ask questions; propose solutions; etc.;
Disposition to formalism that is ability to follow instructions precisely.

Responsibilities:
Requirements gathering and specifications creation;
Elicit and analyze customer requirements;
Create and update Software Requirements Specification documents (representing information in various formats – UML/BPMN diagrams, mockups, tables, and text);
ITSM processes implementation for ____ and customers o Taking part in internal projects like implementation of company global asset management system o Possibility of taking part in external projects;
Communicate requirements to a project team (be a liaison between a customer and team members);
Make sure that functionality is implemented according to the requirements.

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

Ни одна аббревиатура и методология (а тем более их странная комбинация в этой вакансии) не вызывает у вас вопросов и сомнений?

Профессия относительно востребованная, но для не местных есть два фактора которые будет сложно преодолеть - нужен идеальный разговорный и письменный английский. Вам придется активно общаться с менеджментом(иногда с топ менеджментом), заказчиками, собирать требования и оформлять документацию в виде понятном как для не специалистов, так и для программистов/тестировщиков. Знание технологий желательно, но необязательно. Зарплаты на уровне тестировщиков. Это касательно Business Analyst.

То, что вы назвали Writer, скорее всего Technical Writer. Это совсем другой зверь, данные люди в основном пишут сопроводительную документацию по проекту - help, training materials. Требования к английскому еще выше чем для BA. Представьте себе хелп для Windows написанный Джамшутом.

Совет от меня - лучше идите в тестировщики.

2 лайка

Бизнес аналист престижная и очень интересная работа. Но как бы не для всех и не для всякого склада ума. Нужна большая внимательность к деталям, умение анализировать дату и представлять ее для других людей. Зарплаты могут ну очень отличаться в зависимости от отпрасли, компетенции, и так далее. Как выше сказали, нужен хороший английский. Образование и предыдущий опыт работы желательно по профилю компании. Т.е. хорошо бы иметь образование в IT, менеджмент, статистика, финансы. Без местного опыта запрыгнуть сходу в аналитики сложно. Можно кстати попробовать “заходить” через тестера с прицелом после стать аналитиком, это если есть интерес к IT.

Технический райтор это совершенно другая работа солидаризируюсь 100 % с тем что написали выше. “Нашим людям” сразу по приезду туда не попасть , язык.

3 лайка

Спасибо за эту тему. Мне, как живому аналитику “отсюда”, очень интересны ответы тех, кто в курсе существования такой профессии “оттуда”.

Я хочу добавить вопрос: а кто больше распространен/востребован Business Analyst или Product Manager (or Product Owner?)? Я примерно представляю разницу между ними, читала описания вакансий на дайсе, но хотелось бы услышать мнения людей, которые работали/работают такими специалистами или хотя бы сталкиваются с ними регулярно по работе.

По поводу первого сообщения темы:

Experience in writing documentation according to GOST 34;

Я так понимаю, это описание вакансии взято не с дайса, а с какого-ниюбудь hh?

Вы точно аналитик? :lol:
Простая арифметика. Над продуктом могут работать несколько аналитиков; один Product Manager (or Product Owner) может рулить (владеть) несколькоми продуктами. Кто больше “распространен”?

В первую очередь спасибо за ответ.

Оставьте сарказм при себе, тот, кто ищет ответы на свои вопросы - образовывает себя и получает новые знания. Тот, кто боится, подобного вашему, саркастического ответа - остается дремуч.
Из описания вакансий на дайсе было совсем не очевидно, что в США существует некая иерархия: Business Analyst, а над ним Product Manager. У меня были предположения, что Бизнес-аналитики работают в заказной разработке, а продакт менеджеры над собственными продуктами.

Я не знаю, работали ли вы в России/Украине и тд в разработке, но могу сказать, что, во-первых, тут размыто понятие бизнес и системного аналитика, каждый работодатель понимает под этим что-то свое. Во-вторых, не очень много компаний, где есть на проекте некий руководитель аналитиков, который носит не административную функцию, а выполняет роль человека, который имеет полное видение продукта и просвещает на этот счет команду аналитиков; есть просто Project Manager, у которого еще есть и программисты, и тестировщики, и технические писатели.

Буду благодарна, если расскажете, а как на этот счет в США?

такой же бардак как и у вас.

1 лайк

//youtu.be/LJGMDw1Hwsk

:slight_smile:

что ж вы сущности-то множите беспрерывно. только что речь шла о отношении востребованостей бизнес анлитиков и менеджеров продуктов, тут раз и системные аналитики приплелись :lol:

Возвращаясь к исходному вопросу, Product manager - это не “некий руководитель аналитиков”. Это роль, отвечающая за реализацию продукта(ов) в целом

В США строем мало кто ходит, так что в каждой компании могут быть свои видения. Более того, в одной и той же компании, могут быть разные нюансы на разных проектах.

Если хотите теоритически узнать какие роли за что отвечают при разработке продукта (кстати, “продукт” - это не обязательно софт) “курите” PMBoK, например, и всякие product development methodology, а-ля, RUP, Agile, etc.

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

Да, вакансия в Минске в парке высоких технологий висит.