Как переквалифицироваться в бизнес-аналитика

    В этом материале Ксения Жайворонок, бизнес-аналитик EPAM Ukraine, делится рекомендациями о том, как попасть в профессию, и историей своего пути от филолога до бизнес-аналитика.

    Источник фото: pexels.com

    Что необходимо для успешного старта?


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

    За один вечер — и даже за неделю — бизнес-аналитиком не стать. Потребуется планомерная и методичная работа. Я поделюсь с вами своим видением необходимых составляющих перехода.

    Определите свои сильные стороны


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

    Изучите теорию


    Обычно она пугает больше всего, но теория действительно важна, и к ней нужен правильный подход.

    1. Рекомендую обратить внимание на книгу Карла Вигерса «Разработка требований к программному обеспечению» (посмотрите очень хороший обзор Николая Кочнева). Главный плюс — она переведена на русский язык. Не нужно пугаться объёма или терминологии. Читайте медленно, спокойно и внимательно — и обязательно отслеживайте параллели со своим жизненным опытом. Такое «приземление» даст уверенность в том, что вы сможете разобраться.
    2. Если с английским проблем нет, очень рекомендую пройти курс Client Needs and Software Requirements на Coursera. Он проще книги Вигерса. Чтобы пройти бесплатно, нужно записаться и выбрать опцию Audit. Этот курс — часть Software Product Management Specialization, которая будет очень полезна тем, кто мало знаком с IT. Вы узнаете не только о бизнес-анализе и работе с требованиями, но и о методиках разработки ПО и планировании проекта. Специализацию бесплатно пройти нельзя, но можно проходить каждый курс по отдельности в режиме аудита.


    Учите английский


    Изучение английского языка — одна из главных инвестиций в освоение профессии. Для того, чтобы претендовать на позицию Junior BA, нужен английский не ниже B1. Это значит, что нужно уметь общаться с носителями языка. Выберите комфортный и приятный вам вариант занятий: с преподавателем очно или по скайпу, в группе или индивидуально. Обязательно погружайте себя в мир языка: смотрите фильмы и конференцию TED в оригинале, пойте песни, смотрите мемы (why not?), читайте комиксы, статьи, книги, подпишитесь на любимых знаменитостей в соцсетях.

    1. Замечательная книга с рекомендациями по изучению языков — «9 ½ недель на иностранный язык или как учить язык головой, а не 5 лет» Алексея Бессонова и Марины Рубан.
    2. Любимая книга по английской грамматике — «English Grammar in Use» Реймонда Мёрфи теперь в виде приложения.
    3. Основы языка шикарно объясняет Дмитрий Петров в видеокурсе «Полиглот. Выучим английский за 16 часов!»


    Учитесь эффективно общаться


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

    1. Рекомендую книгу Максима Ильяхова и Людмилы Сарычевой «Пиши, сокращай». Она учит корректной и уважительной коммуникации, расскажет, что такое инфостиль, как мыслить «в мире клиента», что такое стоп-слова и почему их нельзя использовать, как написать текст, который будет приятно читать. Будет полезна всем без исключения.
    2. И ещё одна отличная книга от Максима и Людмилы о том, как не бесить людей в эпоху мейлов, мессенджеров и чатиков, — «Новые правила деловой переписки».
    3. Клотер Рапай «Культурный код» — эта книга позволит взглянуть на мир глазами представителей разных культур, покажет, что об одних и тех же вещах мы думаем по-разному. Этот подход окажется очень полезным, когда нужно будет выстраивать общение с зарубежными клиентами или координировать мультинациональные команды разработки.


    Включайте любопытство и эмпатию


    Вы будете тем человеком, который задаёт самые дурацкие вопросы. Некоторые из них в итоге приведут к большим открытиям и отличным решениям, некоторые нет. Не бойтесь выглядеть глупо: бизнес-аналитик не должен быть самым умным человеком в комнате. Хорошо, если у вас есть опыт «клиента» бизнеса, для которого вы разрабатываете решение — покупателем интернет-магазина был, наверное, каждый. Но что делать, если ваше приложение координирует работу скорой помощи, и у вас нет возможности общаться с докторами, медсёстрами и администрацией больницы? Найдите в соцсетях и подпишитесь на людей, которые работают в этой области. Очень многие щедро делятся своим видением, опытом, жалуются, если их что-то не устраивает. А нам как раз нужна эта информация! Круто, если эти люди будут из разных стран: вы заодно прокачаете язык и межкультурную коммуникацию!

    1. «Что такое Jobs-to-be-done и Job stories» — прекрасная статья Анны Булдаковой об основах фреймворка Jobs to be Done со ссылками на отличные книги и ресурсы по этой теме. Jobs to be Done поможет лучше понять клиентов бизнеса, а значит и выбрать лучшее решение их проблем. Очень советую подписаться на канал Анны в Телеграмме: она щедро делится своим опытом работы менеджером по продуктам в Яндексе, Интеркоме и Фейсбуке.
    2. «Жалоба — это подарок. Как сохранить лояльность клиентов в сложных ситуациях» — замечательная книга об управлении жалобами и о том, как извлекать из них пользу для бизнеса.


    Будьте готовы учиться всю жизнь


    Сфера IT очень динамичная. Не получится выучить что-то раз и навсегда: вы должны быть готовы учиться всю жизнь. Да и в одном проекте «отсидеться» не получится: рано или поздно придётся переключаться. На старте нового проекта, или при переходе на другой вам будет нужно уметь в короткие сроки обрабатывать большое количество информации. Как сделать это правильно?

    1. Очень помогут методики, описанные профессором Барбарой Окли в книге «Думай как математик. Как решать любые задачи быстрее и эффективнее».
    2. Этот же материал изложен на её курсах «Learning How to Learn: Powerful mental tools to help you master tough subjects» и «Mindshift: Break Through Obstacles to Learning and Discover Your Hidden Potential» на Coursera.


    Освоив и применив рекомендации Барбары, вы сможете сами учиться быстрее и эффективнее, и сможете помочь в учёбе вашим близким.

    Ещё сомневаетесь?


    «Где взять опыт для первого проекта?» — частый вопрос. Отсутствие опыта не должно вас останавливать. Когда будете читать теорию или проходить курс, «закажите» проект сами себе, или договоритесь с другом, чтобы он был клиентом. Пройдите весь путь в игровой форме, но с настоящими планами, схемами, юзер стори «и вот этим вот всем». Вы многому научитесь и будете чувствовать себя увереннее.
    «Нужны ли сертификации?» — для того, чтобы начать работать, они не обязательны. Посмотрите вакансии: в большинстве случаев сертификации не требуются. Тем не менее, International Institute of Business Analysis предлагает для желающих сертификацию первого уровня L1 – ECBA (Entry Certificate in Business Analysis). Она подходит для людей без опыта работы в бизнес-анализе, но нужны подтверждённые часы профильного развития.
    Составьте ваше собственное представление об этой профессии. Отправная точка у вас уже есть, расширяйте поле поиска:

    1. Познакомьтесь с живым аналитиком :) Если вы интроверт, начните общаться в соцсетях или попросите друзей вас познакомить. Опыт других людей бесценен: вы сможете узнать о профессии и о разных компаниях, и выбрать то, что вам действительно по душе.
    2. Сходите на тематические конференции и другие профессиональные тусовки, посмотрите на людей, чем они живут, чем интересуются — вы хотите так же?
    3. Почитайте классиков бизнес-анализа и проектирования — близки ли вам проблемы, о которых они пишут, готовы ли вы искать их решение, интересно ли вам?

    Если да — welcome!

    Как получилось у меня


    В IT я уже 10 лет. В школе углублённо изучала математику и информатику, потом закончила магистратуру факультета иностранных языков ХНУ им. В. Н. Каразина по специальности английский язык и литература. Первой работой в IT было тестирование: получить первый «боевой» опыт работы и подготовиться к собеседованию мне помог друг, которому я очень благодарна. Димка, спасибо! Передаю дальше :)

    Потом я пробовала себя в бизнес-анализе, управлении проектами, рекрутинге, HR и ивент-менеджменте. Это был очень ценный опыт, который подарил более широкое видение IT-процессов, позволил прокачать soft skills, наделать кучу ошибок, познакомиться с замечательными людьми, сделать крутые проекты, и, наконец-то, определиться с тем, что ближе всего. На данный момент я уже больше года работаю бизнес-аналитиком в харьковском офисе EPAM.

    Результатом всех этих метаний и поисков стал список рекомендаций, которым я делюсь выше. Он опробован на мне и моих друзьях, и даёт очень хорошие результаты. Попробуйте!
    EPAM
    156,00
    Компания
    Поделиться публикацией

    Похожие публикации

    Комментарии 14

      0
      Может ли русский чурка быть аналитиком на западе? Если не через галеру туда идти работать, а в штат.
      Мне кажется, что там скорее переплатят и возьмут местного с таким же культурным кодом, чем понаехала, тем более из СНГ.
      Одно дело программист, который будет сидеть и кодить в своём углу. Аналитику надо много общаться.

      Мне сейчас приходится большую часть времени быть аналитиком, но что-то совсем уходить в это боюсь. Боюсь, что даже если я прокачаю аналитику и при моём неплохом английском, я всё равно не выдержу конкуренции с любым местным.
        +3
        Учитывая вашу манеру «письма», аналитиком вам быть не очень подходит.
        0
        Спасибо за подборку, коллега! (я тоже не сразу аналитиком стал и тоже в ЕПАМ работаю) :)

        Касательно сертификации согласен, что на начальном этапе она совсем не обязательна. Но если все же хочется первую корочку получить, то я бы рекомендовал в такой последовательности двагаться:
        1. IREB CPRE Foundation Level. Не требует пререквизитов (обязательных условий), для подготовки на 95% достаточно этой книги. Потом, при желании, можно и другие IREB экзамены сдавать — но «перепрыгивать» нельзя. Эту сертификацию, в основном, любят и признают на родине — в Германии.

        2. Сложно, но ценнО: IIBA CBAP. Его можно сдавать сразу (наличие ECBA или другого IIBA сертификата не является обязательным), но на подготовку и допуск потребуются значительные усилия.

        Первый сдал, ко второму приступаю готовиться чтоб до конца года сдать (стучитесь в личку, можем совместно материалами и опытом делиться).
          0
          Спасибо opanas, очень ценно насчет последовательности, сам знал только про IIBA и их Entry Level — ECBA, погляжу на IREB.
          +1
          Нахватаю минусов, но задам животрепещущий вопрос:

          Простите, но о чем эта статья?

          В этом материале Ксения Жайворонок, бизнес-аналитик EPAM Ukraine, делится… историей своего пути от филолога до бизнес-аналитика

          Первой работой в IT было тестирование: получить первый «боевой» опыт работы и подготовиться к собеседованию мне помог друг, которому я очень благодарна. Димка, спасибо!. Потом я пробовала себя в бизнес-анализе, управлении проектами, рекрутинге, HR и ивент-менеджменте. Это был очень ценный опыт
          И ВСЁ?

          «Димка, спасибо»? Вы это серьезно? Можно было сразу «фСеМ чмОкИ в еТоМ чАтИкЕ», мы ведь Хабр, мы и такое стерпим.

          Статья — типичное толочение в ступе воды, с приторно высоким содержанием иностранных терминов, и приправленной типично женскими эмоциями (хотя настоящее IT вроде как обезличено), а по сути весь ее смысл:

          Как переквалифицироваться в (программиста \ сантехника \ директора \ продавца \ %any_prophecy_name% — нужное подчеркнуть ): Определите свои сильные стороны; Изучите теорию; Учите английский; Учитесь эффективно общаться; Включайте любопытство и эмпатию; Будьте готовы учиться всю жизнь.
          Странно почему нету советов «Кушайте вкусно» и «Спите крепко».

          А ведь раньше я не понимал, почему IT-шники не любят филологов…
            0
            Смысл этой статьи в советах и конкретных ссылках для людей без ИТ-образования.
            Написано вполне чётко, и по делу.
            Возможно, ИТ-шнику скучно это читать, потому что он уже ТАМ, но мне и таким как я — полезно.
            0
            А теперь, внимание, вопрос.

            Чем занимается бизнес-аналитик?
              0
              Знакомая недавно закончила такие курсы бизнес-аналитика. Ещё во время «обучения» я ей настоятельно рекомендовал хотя-бы на JS научиться прогать, чтоб хоть немного почувствовать кухню изнутри.

              Закончила «с отличием», взяли на работу, первый день:
              — Тёма, привет. Есть к тебе вопрос по работе) Если у заказчика есть фронтенд Android app. Он хочет разработку бэкенда. Мне нужно уточнить требования. Мне важно знать, какая информация технического плана нужна от заказчика, чтобы программисты могли оценить бэкенд
              — Логично. А программисты не признаются, какая им нужна информация?
              — Ну предполагается, что я сама знаю, какую инфу мне собрать, чтобы им стало все ясно, какой бэкенд нужно оценить. Я так понимаю, разработчикам нужно знать нативная разработка использовалась или кросплатформенная?
                0
                Бизнес-аналитик изучает цели, проблемы и задачи клиента, предлагает наиболее эффективные решения.
                Этот человек обязательно должен быть с опытом, при чём опыт на много важнее курсов и сертификатов. Нужно понимать как заказчика так и технических специалистов, говорить с ними на одном языке. Обязателен аналитический склад ума и коммуникабельность.
                  0
                  А продакт-менеджер?

                  Черт возьми, второе десятилетие новой эры принесло нам столько новых и дублирующих друг друга профессий…
                    0
                    Продактов нанимают для того, чтобы отделить заказчиков от программистов. Иначе заказчик может просто увести их. Возможно уберизация убьет их
                      0
                      Продакт-менеджер — это своеобразный ТРАНСЛЯТОР, между нетехническими представителями клиента и техническими представителями своей компании.

                      Переводчик короче.
                      0
                      Перечитал несколько раз ваше описание, но так и не смог понять для чего это все нужно в 90% компаний, а исходя из фактического понимания того что «цели, проблемы и задачи клиента» существуют в любой сфере бизнеса (даже в строительной), но болезнь почему-то затронула только IT-сектор, то напрашивается вполне закомерный вывод, что бизнес-аналитик — в 90% случаев очередной бесполезный смузихлеб, чье увольнение принесет компании скорее прибыль от освободившихся денег, нежели убыток от отсутствия красивых графиков и диаграмм на митингах.
                        0
                        Я, конечно, не в теме чем там аналитики в епаме занимаются. Но я могу сказать, чем я занимаюсь в роли аналитика.

                        У меня есть клиент, и вот он нанял UX-контору, которая должна была спроектировать интерфейс. Я надеялся, что на стороне UX-конторы есть аналитик и он сможет нормально формализовать бизнес-процессы клиента и объяснить их UX-спецу, чтобы тот наклепал удобных формочек. Но UX-контора бабосы потратили, наняли какого-то «студента», который фигачил контролы на формочке, пока мой клиент не сказал «хватит». В итоге, получили интерфейс, который с первого взгляда был похож на желаемое, но был совершенно не юзабелен IRL.
                        Теперь я в роли аналитика собираю требования, формализую бизнес-процессы, а в роли фронтендера пытаюсь сделать UI действительно будет удобный клиенту. А клиент как всегда не знает что хочет получить, но он знает, как он работает сейчас.

                        В общем, по мне, так аналитик — это такой источник знаний о бизнес процессах заказчика. И всякие UX-спецы, архитекторы бэкенда и прочее должны ходить к нему с вопросами о бизнес-процессах клиента.
                        Иногда бизнес процесс может быть выражен несколькими диаграммами, взглянув на которые, разрабы всё сразу понимают. Но эти диаграммы кто-то должен нарисовать.

                  Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                  Самое читаемое