Как я попала в бизнес-анализ? 🚶‍♂️

Все началось с большого взрыва… :D Ну ладно-ладно, не так давно. В бизнес-анализе я уже почти 10 лет. За это время у меня была возможность попробовать себя не только в том, где я сейчас, но и в других направлениях ИТ. Кстати, пробовать смотреть шире на свои возможности полезный скилл, которым рекомендую не брезговать пользоваться. Если чувствуете, что “заржавели” и перемен потребовало ваше сердце, то почему бы и да! Возможно, смена деятельности именно то, что вам сейчас нужно, а может, благодаря такому эксперименту, вы, как и я в свое время, убедитесь, что уже нашли свое место под солнцем и если вперед, то только этим путем.

⬇️ Начнем с начала.
Еще в школе я начала задумываться чем хочу заниматься всю жизнь. Это сложный вопрос, особенно в таком возрасте принять взвешенное решение непросто, однако я понимала что мне нужны технологии. Не без сложностей, но поступила на бакалаврскую программу “Системный анализ и управление”. На тот момент это была, по-моему, единственная программа высшего образования в ИТ-анализе. Остальные были более широкого профиля. Учиться было не так просто, но интересно. На тот момент мало кто понимал, что такое системный анализ, а про бизнес-анализ в России еще никто не говорил, поэтому у нас были порой странные предметы. Например, у меня было материаловедение, на котором мы изучали составы металлов, чугунов и других металлургических сплавов. Зачем? Никто не знал.)

А финальный рывок написание и защита диплома, я долгое время откладывала настолько, что пришлось плотно присесть за него за три дня до защиты. Разумеется, настолько плотно, чтобы ни есть, ни пить, не приходилось, важно было успеть доделать и вычистить его. Но, видимо, мобилизовываться я умею) Сдала не идеально, но так, что ни у кого из комиссии не было вопросов.

⬇️ Первая работа.
Работу пришлось искать самостоятельно, стойко и бойко, потому что никто помочь с этим не мог. Я нашла одну единственную вакансию, которая только по описанию походила на бизнес-анализ и то только первые его шаги. Это была небольшая конторка, которая разработала и сопровождала ПО для соц. работников. В этом ПО назначались соц. выплаты. Зато мы покрывали один небольшой регион.)

⬇️ Время приключений.
Очень быстро я влилась в работу, стала выполнять ее практически с закрытыми глазами и поэтому стала много отвлекаться. Я подумала, у меня есть время и желание пробовать новое, чего я хочу? Мысль остановилась на двух сферах: тестирование и написание кода. Тему изучала самостоятельно, копала все, что можно накопать в открытом доступе, писала автотесты, вливалась в тему, как могла. Но быстро поняла, что ни тестирование, ни программирование мне не интересны так, как бизнес-анализ. Ну что ж, вот и стало понятно, кем я хочу стать, когда вырасту. Погнали!

⬇️ Полное погружение.
А вот следующая моя работа была полностью сфокусирована на основных принципах БА и там, хочешь-не хочешь, но научишься всему. На этой работе требовалось очень много и быстро адаптироваться под требования заказчика и пришлось работать над новой системой, которая в процессе выполнения задачи стала в разы больше. Буду честна, драйвило! Но, повторюсь, правильный подход и выбор команды профессионалов способствовали закончить проект в срок хоть с парой седых волос.

Хочется делиться с вами не только тем, где я сейчас, но и тем, с чего все начиналось. Буду рада почитать о вашем пути становления, возможно, вы еще в поисках себя, а может, уже давно поняли, что на своем месте? Поделитесь своими историями с другими. Давайте друг друга вдохновлять! 💖

#ithumanwork

О ужас, я соврал на собеседовании! Меня за это накажут? 😱

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

Вот три лайфхака, если что-то пошло не так и волнение завело вас не в ту степь.

Вам кажется, что вы лжете, делаете что-то не так в моменте.

➡️ Шаг первый. Ответьте себе на вопросы: действительно ли это ложь? Нет ли такого, что вы просто обесцениваете свой опыт и свои качества? Нет ли недопонимания между вами и интервьюером?

➡️ Шаг второй. Возьмите паузу, съешьте Твикс и не делайте поспешных выводов. Постарайтесь здраво оценить сложившуюся ситуацию.

➡️ Шаг третий. Что делать и нужно ли что-то делать?

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

Если же на первый вопрос ответом стало: да, я придумал то, чего нет, тогда стоит подумать, что с этим делать. Можно поговорить с рекрутером и честно признать, что на собеседовании вы преувеличили свое значение\участие в ранее обсуждаемых проектах. Конечно, подобного рода “сдача явок и паролей” может не понравиться hr’у, но в большинстве случае именно искренность пропускает нас на следующий этап трудоустройства.

➡️ Шаг четвертый (бонусный).

Вы соврали и сразу не сориентировались, что с этим делать. Как говорится: ну ничего страшного.) Оцените масштаб “катастрофы” и примите для себя решение: реально ли подтянуть те скиллы и знания, которые вы в стрессовой ситуации незаслуженно себе присвоили? Если да, то пора сесть за домашнюю работу и сделать ложь своим преимуществом. Если нет, смотрите шаг третий.)

А для того, чтобы не допустить подобных факапов и существенно снизить риск неудач на собеседовании, рекомендую отталкиваться от внутреннего ощущения и карьерного плана. Потому что именно в карьерном плане у вас будут ответы на то, какие отношения стоит сохранить. Приходите на консультации!

Случалось ли с вами “взболтнуть лишнего” на собеседовании? 🫣 Делитесь лайфхаками в комментариях, будем мотать на ус.)

#ithumanwork

Карьерная травма и что с этим делать? 🤯

Привет друзья, сегодня хочу поговорить с вами о новом термине, который впервые услышала на конференции, посвященной hr-специалистам. До этого фраза “карьерная травма” поднималась в кулуарах рабочих тусовок и никогда на моем опыте об этом не говорилось на международной конференции до сегодняшнего дня. Что же изменилось?

Термин “психологическая травма” широко используется в психологии для описания ситуаций, когда пациент выходит из них травмированным. В карьере мы также сталкиваемся с ситуациями, которые могут привести к подобным последствиям. Сегодня мы поговорим, как карьерные травмы могут возникать и как они влияют на психологическое состояние работников.

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

⬇️ Примером может служить случай резкого увольнения с директорской позиции. Допустим, директор добросовестно выполнил все планы, но по каким-то причинам верхнему руководству не понравился его стиль работы или личные качества. В результате директор был уволен, несмотря на все свои достижения. Это может стать серьезной психологической травмой, так как человек вложил много сил и времени в свою работу, но его усилия не были признаны. А если даже и были, то реакция совершенно не та, которую хотелось бы.
Справедливым ли мы ощущаем мир, когда на нашу правду в усилиях и достижениях отвечают отказом от нас?

⬇️ Еще один пример — когда работник тратит много сил, чтобы работа приносила удовольствие, перестраивает свой график, наращивает навыки в свободное время, перестраивает свои внутренние ценности в угоду профессиональным, однако на работе его достижения обесценивают, что тоже может травмировать психологически.

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

Что вы насчет этого думаете? Есть ли у вас похожие примеры? Что скажете насчет того, чтобы послушать мои истории, которые я бы определила как “карьерные травмы”? 🤔

#ithumanwork

Топ-3 часто встречающихся ошибки при формировании и описании User Story

Друзья, хочу с вами поделиться приятной новостью. Совсем скоро со мной выйдет интервью на площадке школы дизайна Contented на тему “юзер-стори”. Обязательно поделюсь ссылкой, а пока немного спойлеров для вас. Нет, у меня нет любимчиков…никого, кроме вас. 😉

До выхода статьи про пользовательские истории и применение юзер-стори в разработке ПО, хочу поделиться с вами тремя часто встречающимися ошибками при формировании и описании пользовательской истории.

⬇️ Первая ошибка — это слишком общий или неясный формат. Соответственно, это про формулировку. Мы помним, что формула пользовательской истории состоит из трех частей. Я, как Пользователь, хочу конкретную функцию, чтобы она принесла мне определенную ценность в этом ПО. Можно сформулировать эту пользовательскую историю по такой формуле, можно получить очень общую историю в виде того, что я, как Пользователь хочу иметь возможность авторизоваться на таком-то ресурсе, но мы, как профессиональные Аналитики понимаем, что авторизоваться можно по-разному, плюс, чтобы авторизоваться, сначала нужно зарегистрироваться в этой системе. Соответственно, мы, как Аналитики понимаем, что пользовательских историй здесь должно быть сразу несколько, а не одна. Вот это большая ошибка, когда мы в одну историю пытаемся запихнуть сразу много.

⬇️ Вторая ошибка — это отсутствие критериев приемки. Критерии приемки мы можем в юзер-сториз описывать по разным форматам. Самый известный из них это Геркин. (нотация, либо методология, либо формат описания критерий приемки по Геркину). Или в свободном формате касательно проектирования, обсуждения, предвидения тех самых важных частей проверки пользовательской истории, которые требуются. Например, если про ту же авторизацию пользователя говорить на каком-то ресурсе, тогда в критерии приемки обязательно должно быть прописано: при помощи какого формата, при помощи каких форм, при помощи каких масок данных эта авторизация должна происходить. То есть, это либо электронная почта, либо определенное слово, домен, либо номер телефона, соответственно, здесь мы тоже должны прописать форматы (это 8 900… и так далее, либо это +7, либо это вообще не российский код или регион).

⬇️ Третья ошибка — это пренебрежение интересами всех пользователей. Очень часто нам хочется в формате пользовательской истории описать требования или пожелания к функциональности какого-то конкретного лица. Я, как Пользователь хочу, чтобы можно было авторизовываться при помощи какой-нибудь соцсети, например, именно ВК, только потому что у меня ВК очень хорошо развит, и я часть им пользуюсь. А то, что есть еще масса пользователей, которые, например, вообще не имеют аккаунта ВК, именно мы, как Аналитики не можем не учитывать.

Друзья, сталкивались ли вы с подобными случаями в своей работе? Может, у вас есть свой “топ-3” главных ошибок на тему юзер-стори? Пишите в комментарии. 😌

#ithumanwork

Ошибки при моделировании бизнес-процессов в нотации BPMN 🔎

Моделирование бизнес-процессов при помощи аннотации BPMN — это один из ключевых навыков любого бизнес-аналитика. Сегодня расскажу про топ-4 самых частых ошибок, которые на протяжении уже многих лет вижу у начинающих, и даже практикующих опытных аналитиков.

📌 Итак, первая ошибка самая часто встречающаяся, соответственно, № 1 в нашем топе — это неправильное использование некоторых элементов BPMN. Как мы знаем, в наборе элементов BPMN есть, так скажем, разные уровни сложностей. Есть совершенно базовый набор, который включает в себя только самые первичные элементы. И с ними чаще всего проблем не возникает. Но порой бывает путаница со шлюзами и с использованием потоков. Например, часто встречается, когда поток сообщений приравнивается к потоку управления, что совершенно неверно в корне, потому что даже в спецификации черным по белому написано о том, что поток сообщений может соединять два пула, но не может быть соединительным между дорожками. И, собственно, это правило часто нарушается.

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

Если мы в нотации BPMN строим какой-либо процесс, значит, мы должны четко проговаривать и представлять для себя шаги действий для того, чтобы этот процесс начался, что-то внутри него произошло, и он завершился. Здесь должна быть структурированная последовательность действий, как алгоритм (первый шаг, второй шаг, третий шаг, четвертый шаг и т.д. до завершающего шага). Если эта последовательность не выстроена, тогда и модель, и последующие от нее задачи сильно от этого страдают.

📌 Третья ошибка — это недостаток документации, либо комментариев, либо каких-то легенд к самой модели. Что я здесь имею в виду? Пример: Я нотации BPMN и так рисую, я использую только базовые элементы или те элементы, которые в нотацию входят, соответственно, ничего дополнительного пояснять не буду. Не буду обозначать, что у меня какими цветами обозначено, почему у меня одни и те же прямоугольники, например, разных цветов или не буду пояснять дополнительно, в своей модели какие-либо украшательства. Обязательно делайте легенду к своей модели.

📌 И последняя, четвертая ошибка, которую тоже часто вижу — это не протестировать, не провалидировать свою модель. Возвращаемся ко второй ошибке. Почему? Потому что мы можем, как аналитики спроектировать тот или иной процесс, смоделировать его в нотации BPMN и оставить. А через день придем, посмотрим на эту же модель и поймем, что она абсолютно нелогичная, непоследовательная. То есть, там нужны правки. Моя рекомендация как раз-таки для того, чтобы нивелировать эту четвертую ошибку, неконсистентность модели проверять себя поэтапно. Построили модель, через полчаса свежим взглядом пересмотрели, устроили перерыв, снова на нее посмотрели, и нашли некоторые несостыковки. Это нормальное явление, это человеческий фактор, когда глаз замыливается, это физический фактор, который не получится игнорировать, поэтому стараемся себя проверять.

Как вам пост, друзья? Надеюсь, информация была полезной.) Буду рада фидбэку в комментариях.

#ithumanwork

🔥 Последняя возможность записаться на мастер-класс по продуктовому мышлению! 🔥

Когда: 24 ноября в 16:00 МСК, уже в воскресенье
Где: онлайн в Зум
Стоимость: 2 400 руб.

За 2,5 часа мастер-класса вас ждет:

➡️ Анализ успешных стартапов;
➡️ Командная работа;
➡️ Презентация идей.

Чем полезен мастер-класс?

🐁 Вы получите возможность разобрать процесс создания продукта и поиска потребностей целевой аудитории с новой стороны.
🐁 В команде сможете выработать уникальную идею стартапа и составить список конкурентных фич.
🐁 Попрактикуетесь в создании USM, прототипов интерфейсов и блок-схем — востребованные на рынке навыки.

И, конечно, этот опыт поможет вам блеснуть на собеседовании и выделиться среди других кандидатов! 😎
Не упустите шанс погрузиться в мир стартапов и прокачать свои навыки!

Регистрация открыта!
Чтобы зарегистрироваться нужно:
🔵 перейти в мой бот (смотри закреп и ссылочку выше),
🔵 перезапустить его, т.е. дать команду /start,
🔵 кликнуть на кнопку «Записаться на мастер-класс»,
🔵 указать Имя, почту и оплатить.

Наставник, Ментор, Коуч, Бадди: кто из них кто? 😶‍🌫️

Друзья, в самом деле не сложно и запутаться в этом обилии новомодных слов. Айтишный словарь растет, как на дрожжах, но мы с вами не пальцем деланы. Пришло время разобраться в чем особенность перечисленных специалистов.
Простым языком про актуальное:

Кто такой Ментор или Наставник в ИТ?

Ментор или наставник в IT — это опытный специалист, который помогает менее опытным сотрудникам усвоить определённые компетенции и навыки, необходимые для работы и развития в сфере информационных технологий. Наставник передаёт знания и опыт, а ментор делится своим опытом и экспертизой с подопечным. Почему в случае с Наставником, слово “опыт” перечеркнуто? Потому что изначально предполагалось, что Наставник — это тот, кто знает больше, но не факт, что его знания проверены опытом. А вот, Менторы пошли из бизнес-стартап-технологической сферы, где все навыки и знания нарабатываются ТОЛЬКО собственным опытом и, соответственно, им Ментор и делится. Сейчас эта разница почти стёрлась.

Наставник, Ментор, Коуч, Бадди
Кто все эти люди? 👨‍💻

➡️ Коуч — специалист, который использует систему вопросов для помощи клиенту в поиске ответов на интересующие его вопросы, например, как достичь цели, повысить свою эффективность или улучшить карьеру. Обращаю внимание, только Коуч может совсем не иметь собственного опыта в разбираемом с Клиентом вопросе.

➡️ Бадди — поддерживает нового сотрудника, помогает адаптироваться в коллективе, рассказывает о компании и поддерживает в решении организационных вопросов. Эта роль справедливо существует только в рамках компании, потому что Бадди помогает разбираться в процессах новой компании в первые пару месяцев и приставляется к новичку.

➡️ Ментор может помочь с вопросами, связанными с профессиональным опытом, развитием карьеры и карьерными решениями. При выборе ментора, наставника или коуча обращайте внимание на их экспертизу в нужной области и комфортность общения.

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

Как определить нужен ли наставник мне? 🏄‍♂️
По каким вопросам может помочь Ментор/Наставник:

🔵 Вопросы, связанные с восполнением проф. опыта;
🔵 Вопросы, связанные с проф. развитием;
🔵 Вопросы, связанные с карьерными решениям.

Был ли у вас опыт взаимодействия с менторами и коучами? Как впечатления? Делитесь своими историями в комментариях.)

#ithumanwork

Матрицы компетенции бизнес-аналитика: разные видения и направления 🧐

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

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

📌 Лучшая из лучших
Первая матрица компетенций, на которую стоит обратить свое внимание — это Otus. Это достаточно современная матрица, которой со мной поделился мой студент. Смотрите, какая она проработанная и классная с точки зрения того, что она учитывает еще и разные направления развития, которые бизнес-аналитик может для себя рассмотреть. В ней есть не только матрицы компетенции по грейдам для бизнес-аналитика, но и матрица компетенции для БА, который, например, хочет развиваться в продуктовом направлении или в проектном управлении. На любой вкус!

📌 Не забываем про основы
С начала было Слово, а у нас — Профстандарт, который на деле редко применяется и мало кто на него опирается, но тем не менее на российском профессиональном поприще бизнес-аналитика к его содержанию все еще обращаются и его структуре следуют. Именно Профстандарт неплохо описывает реальность российской разработки и российского бизнес-аналитика, пусть и немного топорно, но таков уж его стиль. Понять, простить.

📌 Смотрим. Разбираемся. Анализируем.
Кроме этого, давайте взглянем на статью о международном своде знаний по бизнес-анализу — BABOK. В нем также представлены основные направления компетенции, которые для бизнес-аналитиков в широком смысле крайне важны. Помним, что BABOK дает представление о том, что бизнес-анализ используется далеко не только в IT сфере, поэтому его компетенции это в том числе учитывают.

📌 Матрица компетенций по версии ВШЭ или как делать не стоит
При первом взгляде на матрицу сразу видно, что читается она плохо и довольно сложная для понимания. С высоты собственного опыта работы с разными матрицами компетенций, эту честно считаю примером того, как не стоит строить матрицы компетенций.

Очень интересно ваше мнение, что вы думаете по поводу этих компетенций, может быть, у вас на работе, в своих проектах и командах тоже они существуют. Буду рада вашему отклику в комментариях.) 💙

#ithumanwork

Кто-то любит поспать, а кто-то уже поработал. 🕵️‍♂️

Для канала «Проспал планёрку» специалисты Reactive подготовили крутой чек-лист, который поможет увеличить ваши шансы на успех перед откликом на подходящую вакансию.

Смотрим, мотаем на ус и бежим чекать свои CV, если находитесь в поиске новой работы. 💙

#ithumanwork