​​Добрый вечер, друзья!

Сегодня мы поговорим про базовые компетенции бизнес-аналитика, а именно - переговоры и разрешение конфликтов🔥!

Зачем БА обладать подобным навыком и что именно включает в себя навык переговоров ❓
По мнению авторов BABOK Guide, БА часто является участником переговоров между стейкхолдерами, которые могут иметь абсолютно разные точки зрения на предмет дискуссии. Целью БА в этой ситуации можно рассматривать посредничество между участниками дискуссии, помощь в поиске устраивающего все стороны решения, разрешения случившихся конфликтов.

Как определить, что навык переговоров и разрешения конфликтов у БА развит❓

Для этого мы привели ниже чеклист от авторов BABOK Guide:
☝🏻БА контролирует свой голос и невербальные сигналы во время
переговоров;
☝🏻БА отделяет проблему от личности, так чтобы бизнес-проблемы не повредили отношениям со стейкхолдерами;
☝🏻БА понимает, что многие проблемы не всегда решаемы в рамках
единственной встречи, иногда необходима серия встреч (в. т.ч. экскалация на других стейкхолдеров);
☝🏻БА распознает потребности каждой стороны конфликта и отдает себе отчет о том, что часто можно найти устраивающее обе стороны решение (win/win solution);

В заключение мы хотим поделиться своим мнением о том, можно ли развивать этот навык. Можно и нужно❗️💪🏻

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

Желаем вам успехов в оттачивании этого незаменимого навыка! 😉

​​Добрый вечер, друзья!
Сегодня мы продолжаем серию про базовые компетенции бизнес-аналитика и поговорим про "Этичность"🤓🔥
Согласно BABOOK Guide "этичность" входит в блок базовых компетенций аналитика, который называется "Behavioral Characteristics".
В данный блок входят следующие компетенции:
📍Личная ответственность (Personal Accountability);
📍Надежность (Trustworthiness);
📍Навыки самоорганизации (Organizational and Time Management);
📍Этика (Ethics);
📍Адаптивность (Adaptability).

Сегодня мы поговорим о способности поступать этично🧐.
Этичность крайне важна для аналитика, особенно работающего в различных мульти-национальных командах. BABOK подчеркивает, что поступать этично и думать о возможных этических коллизиях позволяет БА пользоваться принятием и уважением стейкхолдеров.

Этичность требует понимания и фокуса на честности и моральности во время каждой БА активности.
Хотелось бы отдельно подчеркнуть один из ключевых, по нашему мнению, навыке БА - "Способность распознавать, когда предлагаемое решение может привести к этическим проблемам"❗️

Независимо от страны пребывания, нужно держать в уме следующий список "проблемных" тем, которых следует избегать в общении со стейкхолдерами и не только:

❌Геополитика и внутренняя политика страны пребывания;

❌ Cексуальная ориентация;

❌ Религия;

❌ Люди с ограниченными физическими возможностями.

Как определить, что данный навык у БА развит❓

Для этого мы привели ниже чеклист от авторов BABOK Guide. Итак, опытный БА должен уметь:

✅Быстро определять и идентифицировать возможные конфликты интересов;

✅ Мгновенно идентифицировать этические дилеммы;

✅ Честно признавать свои возможности и зону ответственности;

✅ Принимать ответственность за свои ошибки.

Желаем вам успехов в оттачивании этичности❗️🗣

Всем привет!
Ни для кого не секрет, что разрабатывая международный продукт необходимо адаптировать его под языки разных регионом по всему миру!
Для этого и предназначена локализация продукта.
О том как лучше адаптировать свой продукт под различные регионы вы можете прочитать в этой статье 🤓

Приветствуем вас, друзья!
У нас для вас отличные новости!
Для тех, кто мечтает влиться в солнечную команду профессионалов, под названием "Andersen" мы спешим поделиться нашими вакансиями🔥.

🌞 ANDERSEN (http://andersenlab.com/) – это команда, создающая качественное программное обеспечение для клиентов на всех континентах, кроме (пока что) Антарктиды😆. Среди наших клиентов присутствуют такие гиганты как Amazon, Marvel, Samsung.

ANDERSEN приглашает:
📍Опытных ВА, middle/senior, english 🗣 B2 и выше;
📍Опытных СА, middle/senior, english 🗣 от A1, опыт работы в банковской сфере очень приветствуется🤓

💬Контактное лицо:
1. Ресурсный директор ВА департамента - Мария Боярко
Email: m.boyarko@andersenlab.com
Skype: maryia.kaplich
Telegram: @Maria_B_A

​​Добрый день, друзья!

Сегодня мы поговорим про базовые компетенции бизнес-аналитика, а именно - самоорганизации, ответственности и надежности🔥!
Согласно BABOK Guide, существует 5 базовых компетенций бизнес-аналитика, относящихся к поведенческим характеристикам личности (Behavioral Characteristics), а именно:
📌Личная ответственность (Personal Accountability);
📌Надежность (Trustworthiness);
📌Навыки самоорганизации (Organizational and Time Management);
📌Этика (Ethics);
📌Адаптивность (Adaptability).

В сегодняшней статье речь пойдёт о первых трёх навыках👆🏻: ответственности, надежности и самоорганизации.
Данные компетенции взаимосвязаны.
Надежность (Trustworthiness) – это восприятие бизнес-аналитика (БА) стейкхолдерами как надежного и заслуживающего доверия человека.
БА, которому доверяют, проще собрать информацию, особенно вокруг чувствительных вопросов.

Базой для надежности является личная ответственность (Personal Accountability). Аналитику крайне важно демонстрировать ответственность за свои задачи, т.к. это убеждает стейкхолдеров в том, что задачи БА будут выполнены в срок согласно их ожиданиям и вообще все творящееся на проекте в конечном счете соответствует их ожиданиям и потребностям.

В свою очередь, навыки самоорганизации (Organization and Time Management) позволяют БА выполнять приоритетные задачи в срок.

Мы с радостью делимся с вами нашими полезными привычками, которые помогу прокачать вышеупомянутые компетенции:

✅ С самого утра наметить наиболее приоритетные задачи и распланировать день;

✅ Стараться не брать работу на дом. В случае срочной задачи лучше прийти в офис раньше или засидеться в офисе чуть больше. Дома же лучше отдыхать;

✅ Не тратить рабочее время на постоянный мониторинг почты и мессенджеров. Лучше завести специальные промежутки времени для проверки входящих сообщений;

✅ Не опаздывать на рабочие встречи и не задерживаться на них. Лучше приходить вовремя, а еще лучше заранее. Не затягивать встречу, в случае необходимости назначать последующую встречу;

✅ Старайтесь выписывать задачи в 2Do лист; заносить необходимые данные как справочную информацию;

✅ Делайте частые перерывы между задачами. Для этого лучше не "зависать в смартфоне", а пройтись по офису или вокруг него или пошевелиться любым способом🏃🏼‍♀️🏃🏻‍♂️.

Всем хорошей пятницы!

Куда расти бизнес аналитику? Кто такой продакт менеджер и как им стать.🔥

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

🔴 Так кто такие эти самые продакт менеджеры?

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

❗️Продакт менеджер не просто придумывает идею, но и целиком ответственен за ее реализацию.

☝🏻Часто именно заказчики инициируют переход аналитика из их команды в позицию продакта. Поэтому если у вас есть такие амбиции, “растите” среди своей команды, набирайтесь знаний, помогайте своему продакту. Если не сложится на своем проекте, то будет уже достаточно опыта и знаний, чтобы перейти в новой позиции в другую компанию или даже запустить свой собственный проект.

🔴 Так что же необходимо в первую очередь бизнес аналитику, чтобы стать продакт менеджером?

📌 Управленческие навыки, способность общаться с командой и грамотно управлять ею
📌 Умение планировать и работать со сроками и бюджетам
📌 Понимание технологий разработки и того, как устроен продукт “под капотом”.
📌 Понимание UX, продаж и маркетинга.
📌 Отличное знание гибкой методологии разработки

🔴 Где можно прокачать навыки продакт менеджера?

📍 Если на вашем проекте уже такой есть, то можно учиться у него, просить делегировать на вас некоторые задачи и стать его правой рукой
📍 Закончить специализированные курсы. Сейчас таких много даже в бесплатном доступе. Учиться придется много, но результатом будет интересная, насыщенная и очень востребованная новая профессия.

Для тех, кто хочет изучить все тонкости нотации BPMN, есть отличный You Tube канал на русском языке.
Материалы будут полезны для всех БА уровня Junior и Middle.
Детальное объяснение процессов, разбор кейсов и ответы на практически все возникающие вопросы по BPMN.

Смотреть: BPMN YouTube Channel

🔥🔥🔥 Сегодня поговорим о такой важной теме, как CHANGE REQUESTS. Как их оформлять и зачем.

Все когда-либо сталкивались с ситуацией, "Всё пропало..., клиент уезжает..., гипс снимают...".
Любое изменение системы, это и есть запрос на изменения, либо Change Request CR), возможно еще услышать Problem or Change Request (PCR).

Почему на проекте возникают изменения, вариантов не так уж и много:
📌 Новые требования к продукту
📌 Новая функциональность или новое ядро в результате плановых доработок (рефакторинг)
📌 Исправление ошибок

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

Третий вид "defect" - в большинстве случаев находит тестер, иногда пользователь системы.

Необходимо помнить самое важное, что система в итоге изменяется и все изменения необходимо чётко фиксировать и контролировать.

📃 Как документально фиксировать Change Requests?

В содержании CR можно выделить обязательные блоки:
📍 Автор (submitter)
📍 Имя / Название (subject)
📍 В какой версии
📍 Подробное описание
Можно добавлять блоки в зависимости от процесса и команды разработки:
📍 Ожидаемое поведение
📍 Конфигурация системы
📍 Лог-файлы

👉🏻 Типовой жизненный цикл CR:
New -> Assigned -> Opened -> Resolved -> Closed

✔️ Итого: CR - Формальное обращение, необходимое для получения официального разрешения на изменения в предметной области проекта, проектных решениях, методах, плановых сроках и затратах или других показателях проекта.

❗️ ВАЖНО: СR должен быть задокументирован, зарегистрирован и оценен, выполняется, только после одобрения со стороны бизнеса.

📖Рекомендация книги:📖

Леффингуэлл Дин, Уидриг Дон
"Принципы работы с требованиями к программному обеспечению. Унифицированный подход"

👉🏻 Must have для чтения для начинающих аналитиков, а также аналитиков уровня middle.
В книге автор последовательно, без лишней воды рассказывает о работе с требованиями, о сложностях, которые могут возникнуть и о возможностях решения этих сложностей.

В книге около 440 страниц.
Книга есть в свободном доступе в интернете.

2 бесплатных курса от Coursera на английском языке, которые будут полезны бизнес аналитику.
1. "Introduction to Systems Engineering"
Описание тренинга

2. "Requirements Writing"
Описание тренинга

​​Как улучшить понимание английского на слух ?

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

👉🏻 ЕСЛИ НЕПОНЯТНА РЕЧЬ ОДНОГО ЧЕЛОВЕКА

Сделайте запись одной из встреч (у многих это и так регулярная практика). После этого включите речь заказчика и слушая предложение за предложением, транскрибируйте🖌 (записывайте) все, что говорит человек. Если есть белые пятна, оставляйте их, потом можно переслушать или попросить помощи другого человека с хорошим английским понять, что же говорил клиент. Здесь важно именно записывать!🗒
После того, как максимально поняли, постарайтесь как можно похоже повторить его фразу. Слушаете и повторяете, фразу за фразой, таким образом давая мозгу адаптироваться к манере произношения, скорости речи.

Такое упражнение лучше делать НЕ более 40 минут (лучше 20-30), и, желательно, ежедневно. Слушайте по предложению, останавливайте запись и старайтесь записать. Через неделю такой практики ухо привыкнет к необычной речи и понимать человека на слух станет намного проще. 👂🏻

👉🏻ЕСЛИ НЕПОНЯТЕН АКЦЕНТ ИЛИ ПРОИЗНОШЕНИЕ КОНКРЕТНОЙ СТРАНЫ/РЕГИОНА

Тут можно сделать тоже самое, что и в первом упражнении, сделать запись коллов с одним или несколькими заказчиками и потом ежедневно по 20-30 минут тренировать свое ухо.
Можно открыть фильм с актерами с похожим акцентом или выросшими в таком регионе, и точно также слушать по предложениям и записывать. Потом открыть субтитры, сравнить вашу запись (транскрибацию), заполнить белые пятна и переслушать, уже понимая все слова.
🗣 Точно также можете повторять за героями фразу за фразой, стараясь повторить и темп речи, и акцент и даже интонации.

👉🏻 ЕСЛИ ХОЧЕТСЯ ПРОСТО УЛУЧШИТЬ ВОСПРИЯТИЕ АНГЛИЙСКОГО НА СЛУХ

Включаете кино (лучше сериал с короткими сериями) и смотрите серию два раза (для тех, кто на уровне Intermediate и выше) или три раза (для тех, кто на уровне PI, Elementary). Первый раз на русском, второй на английском с субтитрами, выписывая незнакомые слова и третий раз чисто на английском без субтитров, стараясь максимально разобрать слова.
И опять же повторяйте за героями фразу за фразой, максимально их копируя.

📍Ежедневная практика 20-30 минут и вы уже через неделю почувствуете результат.

Воркшоп по выявлению требований: коротко о главном

📍ЧТО ТАКОЕ ВОРКШОП - управляемая сессия по проработке требований будущего решения совместно со всеми стейкхолдерами (представители бизнеса,технические специалисты, UX-специалисты, конечные пользователи). Основная отличительная черта - одновременное участие всех заинтересованных лиц в процессах обсуждения и принятие решений.

📍КОГДА ПРОВОДИТЬ:
Запуск нового продукта/проекта, когда нам нужно за короткий промежуток времени очень быстро проработать бизнес и пользовательские требования;
Проработка нового функционала для существующего продукта, когда есть некая бизнес-инициатива и задача бизнес-аналитика понять пользу от ее внедрения в продукт.

📍ЧТО НАМ ДАЕТ ВОРКШОП:
Единое понимание сути проблемы и её решения у всех участников проекта;
Самый быстрый способ для бизнес-аналитика продвинуться от высокоуровневой хотелки до продуктового бэклога;
Принятие решений по продукту происходит совместно со всеми участниками проекта, а не ложиться на плечи аналитика;
Типовой набор активностей (техник), которые можно адаптировать под разные проекты;

📍КОГО ПРИГЛАСИТЬ:
Спонсор/представитель спонсора;
Владелец продукта (Product owner);
Профильные эксперты (SME’s);
UI/UX-специалист;
Архитектор/тех лид;
Конечные пользователи.

👉🏻 Лайфхак: в идеале на воркшопе должны присутствовать от 7 до 10 человек. Меньше - есть риск упустить важное в требованиях. Больше - сложнее принимать решения.

Средняя длительность воркшопа может варьироваться от 1 дня до недели в зависимости от проблемы, решение которой вам необходимо разработать, и количества заинтересованных лиц.


👉🏻 Типичная агенда и применяемые техники для воркшопа длительностью 1 день (в процессе проведения может изменяться и дополняться):

1️⃣ Kick-off meeting - даем краткие вводные всем присутствующим по поводу, того что, как и для чего будет происходить во время воркшопа. Длительность - до 20 мин.
2️⃣ Определите скоуп проблем. Здесь поможет техника Anchors&Engines. Длительность - от 30 мин.
3️⃣ Поговорите о видении будущего решения и метриках достижения успеха. Техника - Elevator Pitch. Длительность - от 30 до 60 мин.
4️⃣ Определите будущих пользователей, техники - Personas/Empathy Map. Длительность - до 45 мин.
5️⃣ Изучите существующий процесс (если таковой имеется). Используйте техники CJM, Pain points mapping. Длительность - до 45 мин.
6️⃣ Спроектируйте будущий процесс при помощи техник CJM, How might we. Длительность - до 45 мин.

➡️ Перерыв на обед - 1 час.

7️⃣ Продумайте и создайте прототипы будущего пользовательского интерфейса, техника Collaborative sketching. Длительность - от 45 до 60 мин.
8️⃣ Провалидируйте с пользователя и продумайте архитектуру решения (Focus groups, ABT, Architecture design). Длительность - 45 мин.
9️⃣ Разбейте решение на юзер-стори, приоритезируйте и спланируйте поставки. Техника - Story Mapping. Длительность - 60 мин.
🔟 Презентуйте результаты воркшопа всем заинтересованным лицам, выслушайте и внесите все необходимые корректировки. Длительность - 45 мин.
1️⃣1️⃣ Соберите обратную связь от участников - это поможет вам скорректировать текущую агенду для дальнейшей работы. Длительность - 15 мин.

Подробнее с каждой из техник мы будем знакомить вас в наших следующих статьях.