​​Добрый вечер, друзья!
Сегодня мы поговорим о дискавери фазе и том, как её грамотно завершать🔥.
После того, как BA съездил к клиенту, познакомился с пользователями, провел обсуждения, собрал требования, дальше начинается самая скрупулёзная работа! Ведь нужно:
📌Обработать полученные данные;
📌Подготовить требования и сопроводительные артефакты;
📌Передать документы и полученные артефакты команде разработки.
Как правило, по результатам дискавери фазы BA готовит следующие артефакты:
💎Vision&Scope документ.
Иногда их разделяют, а иногда готовят совместно. При этом это может быть набор страниц в Confluence, а может и единый документ в Word. В этом документе BA фиксирует цели и границы проекта, ключевых заинтересованных лиц, и их проблемы, которые будут решаться, выделяет функциональные области и требования (например, в виде пользовательских историй) для каждой области. Частая ошибка - по результатам Дискавери готовится один сплошной Excel-файл, который называют Feature list, или его подобие. Проблема в том, что когда у вас один сплошной список с 100+ позициями, то за ним сложно проследить общую картину мира. Мы рекомендую разделять список пользовательских историй по функциональным областям и отдельно держать высокоуровневые требования к этим областям. Таким образом у вас есть и высокоуровневая картина мира, и список историй, по которым можно оценивать трудоемкость разработки.
💎Project backlog, Sprint #1 backlog.
Общий бэклог позволяет спланировать фазу разработки, определить команду и начать поиск людей на позиции. А бэклог первого спринта позволят стартовать работы без лишних промедлений.
💎Визуальный прототип.
Если прототип был явно прописан как артефакт в контракте на дискавери фазу, то его готовят UX специалисты, при взаимодействии с BA. В таком случае мы говорим о хорошо проработанных high-fidelity прототипах, часто кликабельных.

Отдельно стоит выделить следующие артефакты, которые готовят коллеги BA:
💎Statement of Work - этот документ готовят руководитель проекта и аккаунт-менеджер, базируясь на границах и целях проекта, которые определил BA.
💎Solution Architecture - архитектура решения, которую готовит архитектор, базируясь на требованиях, которые определил BA.

После того, как BA подготовил артефакты, самое время их передать команде разработки. Для этого нужно организовать встречу и подробно рассказать о целях проекта и известных требованиях. Помимо всего важно дать команде:
☝🏻Понимание бизнес-контекста - чем занимается клиент;
☝🏻Как выстроен текущий бизнес-процесс;
☝🏻С какими конкретными проблемами сталкиваются пользователи;
☝🏻Почему именно данная система позволит эти проблемы решить.

А теперь, несколько советов о том, как провести дискавери фазу максимально продуктивно🔥❗️
👌🏻Не бойтесь Дискавери.
Именно благодаря Дискавери мы имеем шанс окунуться в атмосферу работы заказчика, и тем самым лучше его понимать. Понимать из чего состоит типовой рабочий день нашего пользователя. Понимать, что стоит за запросами, кажущимися нам странными нам на первый взгляд. Понимать, что влияет на решения заказчика.
👌🏻Планируйте Дискавери.
Часто говорят: "Чем больше ты знаешь, тем меньше боишься".
👌🏻Готовьтесь к изменениям по ходу Дискавери.
Даже если у вас есть согласованный план встреч, будьте готовы что он может серьезно поменяться на ходу. Например, встречу просят перенести, или переговорная комната окажется забронирована кем-то другим. Или более серьезно - на установочной встрече вы понимаете, что цели проекта могут быть иными, чем вы изначально предполагали, и поэтому план надо перестраивать на ходу. Главное адекватно и без негатива принимать такие вещи как данность и профессионально на них реагировать. Ваши гибкость и способности думать на ходу помогает заработать очки в глазах клиента.
👌🏻Стремитесь заслужить доверие клиента.
Благодаря прочным отношениям с клиентом, вы можете легко договориться о последующем звонке, выяснить те или иные детали, а к вашим предложениям будут прислушиваться.

Желаем вам удачных и конструктивных Дискавери!

​​Добрый день, друзья!
Сегодня мы поговорим про описание требований к интеграции и API🧑🏼‍💻.
Стоит отметить, что описание требований к интеграции систем - стандартная задача для системного/бизнес-аналитика.
❓API - это программный интерфейс системы, который позволяет любой другой заинтересованной системе получить доступ к данным или бизнес-функциям этой системы.
🧐Для начала разберемся в простой ситуации, когда необходимо интегрироваться с уже существующим API, предоставляемым сторонней системой.
❗️Задача: повысить уровень безопасности вашего приложения путем внедрения двухфакторной аутентификации в системе. Итак, с чего стоит начать решение данной задачи? В первую очередь необходимо разобраться в наборе функциональных возможностей и логике их работы предоставляемой API. Для этого необходимо запросить документацию API, которая может быть представлена в следующем виде: 1)свободное описание на сайте компании, swagger схема, Postman коллекция и т.д.
Документация API должна содержать следующую информацию:
📌способ аутентификации и авторизации;
📌набор конечных точек с описанием формата запроса и ответа;
📌описание зависимостей между методами;
📌перечень возможных ошибок при работе с API.
Ниже дадим определения:
📍Аутентификация – проверка пользователя на наличие доступа в систему. В нашем случае используется токен - уникальный идентификатор пользователя, сгенерированный в момент создания пользователя и чаще всего неизменный на протяжении всего жизненного цикла пользователя.
📍Авторизация - проверка пользователя на наличие доступа к определённому действию. Выявление и анализ прав доступа необходимы для валидации требований.
📍Набор конечных точек - перечень функциональных возможностей API, реализованный набором действий разных типов: получить, создать, изменить, удалить и т.д. В описании конечной точки, помимо типа действия, указывается путь, по которому эта конечная точка доступна, формат тела запроса и ответа, а также набор входящих и исходящих параметров.
📍Путь конечной точки – это URL, по которому доступен метод.
📍Формат тела запроса. Чаще всего в API используются JSON и XML.
📍Набор входящих и исходящий параметров – это набор данных необходимый для выполнения метода и возвращаемых в результате работы метода.
📍Последовательность вызовов конечных точек. Так как API представляет собой набор простых действий, при работе с конечными точками необходимо понимать, в какой последовательности их необходимо вызывать. При нарушении последовательности вызовов конечных точек ответ будет содержать описание и код ошибки.
👆🏻После детального изучения логики работы API можно приступать к моделированию процессов взаимодействия систем используя диаграмму последовательностей UML, на которой необходимо отобразить все взаимодействующие системы или компоненты.
👆🏻После моделирования всех процессов, необходимо составить таблицу соответствия параметров используемых в интеграции.
👆🏻После необходимо задуматься о том, как после реализации мы будем выполнять отладку, оценивать и анализировать работу интеграции. Для решения этих задач можно использовать журналирование вызовов конечных точек, с сохранением URL, тела запроса, тела ответа и даты и времени вызова.
👨🏻‍🎓Описанные выше артефакты можно считать достаточными для начала создания технического дизайна интеграции техническими специалистами вашей команды.

​​Добрый день, друзья!
Сегодня мы поговорим про Data Science и новые возможности для бизнес-аналитиков🔥!
🧐Одна из основных задач бизнес-аналитика – постоянный поиск и стремление принести дополнительную ценность для бизнеса. Сегодня для этого создано большое количество эффективных ИТ-решений, которые накапливают данные.
☝🏻Все больше бизнес-процессов и показателей оцифровано и находятся в распоряжении компаний.
☝🏻Накопленные данные, в сочетании с передовыми технологиями и ПО, позволяют бизнес-аналитикам выполнять задачи исследования и анализа данных.
☝🏻Стейкхолдеры могут получить представление о показателях продаж, тенденции в маркетинге, предполагаемых поломках оборудования, тенденциях изменения количества клиентов и многое другое.
☝🏻Все это благодаря изучению данных, которые генерируются в ходе учета ежедневных операций бизнеса. А работает с этими данными Data Scientists.

🧑🏼‍💻Специалист по данным (Data Scientists) - это эксперт, умеющий:
📍 представлять и анализировать данные;
📍 получать информацию и создавать модели прогнозирования, используя комбинацию извлечения и обогащения данных, интеллектуальный анализ и статистику, а также инструменты визуализации и представления данных.

😕 К сожалению, «идеальный» Data Scientists, обладающий повышенным уровнем подготовки, доменными знаниями, навыком работы с клиентами и многолетним опытом, похож на единорога, о котором говорят, что он существует, но редко встречается. На практике его трудно найти, так как его реальные навыки сложно проверить. Поиск специалиста, хорошо разбирающегося в потребностях конкретной отрасли, может быть сложным и дорогостоящим процессом.

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

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

💡Компания Microsoft предлагает бесплатный инструмент для выполнения Data Science проектов – Microsoft Azure ML Studio, который не требует навыков программирования, а представляет из себя студию, в которой работы с данными происходит в режиме drag&drop, позволяя создать все блоки проекта в визуально доступном виде. И для этого совсем необязательно использовать языки программирования, поскольку система самостоятельно переведет готовый проект на язык Python и обеспечит его выполнение.

Компании могут получить такие же уникальные сведения, которые они получили бы от Data Scientists, работая с бизнес-аналитиком, вооруженным правильными инструментами💪🏻

​​Доброго дня, друзья!
Сегодня мы поговорим о таком важном понятии в жизни любого человека, как "Эмоциональный интеллект" 🧠.

Как говорил великий немецкий писатель Вильгельм Швебель: „Эмоции, обычно, через какое-то время проходят. Но то, что они сделали — остаётся.“🧐
❓Признайтесь, часто ли Вам приходилось сожалеть о своих импульсивных поступках? Ведь очень часто эмоции берут верх над разумом. Не умея контролировать свои эмоции, большинство людей не могут сдерживать вспышки гнева, агрессии. Вследствие чего им свойственны спонтанные реакции, о которых они потом жалеют😪.
❗️Поэтому для каждого из нас так важно:
🧘🏼‍♂️научиться владеть своими эмоциями;
🧏🏼‍♂️распознавать, анализировать, понимать эмоции и управлять ими, укрощая своих драконов:).

Впервые теория эмоционального интеллекта была предложена и сформулирована профессорами Дж. Майером и П. Сэловеем в 1990 году. Позже в 1995 году, эмоциональный интеллект был популяризирован психологом и журналистом Д. Гоулманом в его книге. Итак, дадим определение👇🏻
"Эмоциональный интеллект" – это четко определяемая и измеряемая способность распознавать эмоции, понимать причины их возникновения, управлять эмоциями и использовать весь эмоциональный спектр для решения задач в бизнесе и в жизни.
Другими словами, это сочетание психологических качеств, от развития которых на 80% зависит жизненный успех человека. Несмотря на то, что эти качества обычно закладываются (а у некоторых - разрушаются) еще в детстве, приверженцы теории считают, что развить их и научиться применять может даже взрослый человек.

Эмоциональный интеллект можно и нужно развивать💪🏻
Для этого вам в помощь аж 4 способа:
💡Чтение литературы;
Начать можно с книги Дэниела Гоулмана “Эмоциональный интеллект. Почему он может значить больше, чем IQ”.
💡Ведение ежедневника своих эмоций (с последующим анализом их причин);
💡Участие в специализированных тренингах, коучингах, мастер-классах;
💡Тестирование эмоционального интеллекта.
Например, по методологиям DISC, MBTI, Structogram, Belbin.

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

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

Желаем удачи в этом нелегком, но весьма полезном и увлекательном деле!

​​Добрый день, друзья!
Сегодня мы поговорим о моделировании бизнес-процессов🔥.
Не секрет, что простые, правильные и понятные модели бизнес-процессов — своеобразный «знак качества», скреплять которым свою работу мечтает каждый бизнес-аналитик!

🧑🏼‍💻Моделирование бизнес-процессов представляет собой процесс исследования деятельности организации с целью построения формализованного (графического, табличного, текстового) описания ее бизнес-процессов.
Оно помогает решить сразу две задачи:
🎯Изучить бизнес.
Графическое изображение в виде схем позволяет заинтересованным лицам быстрее понять процессы, алгоритмы и структуры, особенности работы компании и выявить возможные недочеты, «узкие места».
🎯Обеспечить наглядность.
Как известно, «одна картинка стоит тысячи слов», поэтому схематическое изображение бизнес-процессов компании помогает намного быстрее понять суть проблемы и оценить предложенные варианты решения.

Может показаться, что любые действия в рамках компании можно назвать бизнес-процессом. На самом деле, существуют строгие рамки и правила, которые определяют, можно ли назвать перечень действий описанием бизнес-процесса, а именно:
📌Законченность.
Бизнес-процесс должен четко отвечать на вопрос, стоящий перед ним, полностью описывать действия, необходимые для получения указанного результата, и завершаться именно таким результатом.
📌Лаконичность.
Бизнес-процесс должен сочетать в себе достаточность, т.е. описывать все необходимые этапы и действия, при этом быть максимально лаконичным для простоты восприятия.
📌Использование общепризнанных нотаций.
Здесь как с языком – вы можете придумать свой особый язык моделирования с правилами и обозначениями, но понимать его никто, кроме вас, не будет. Если вы будете использовать готовые нотации, вас будут понимать и воспринимать, как эксперта, да и сами правила нотаций уберегут вас от логических ошибок.
📌Все участники бизнес-процесса должны быть учтены и прямо указаны.
📌Понятное пользователю описание.
Пользователь должен быстро и, в идеале, даже без дополнительных пояснений понимать описание бизнес-процесса.
Ниже несколько вариантов бесплатных инструментов по моделированию бизнес-процессов.

🛠 Bizagi Process Modeler - http://www.bizagi.com.
Программное обеспечение для создания диаграмм процессов и документации в нотации стандарта BPMN. Помогает не только построить бизнес-процессы, опубликовать результаты работы в различных форматах, но и создать исполняемые приложения по ним.
🛠ARIS Express - http://www.ariscommunity.com/aris-express.
Подходит для начинающих пользователей. В своем распоряжении имеет несколько вариантов моделей – в частности: модели бизнес процессов в нотации eEPC и BPMN, организационные модели, карты процессов, диаграмм. Но модели нельзя связать друг с другом, состав элементов диаграмм также ограничен.
🛠Camunda https://camunda.com/products/modeler.
Modeler - простое и удобное в использовании приложение для создания, редактирования диаграмм процессов BPMN и таблиц решений DMN. Camunda - это также набор приложений Modeler, Task List, BPMN Engine, DMN Engine, Cockpit, Admin,Optimize.
🛠 Draw io https://www.draw.io.
Бесплатный сервис позволяет строить огромное количество диаграмм и имеет большой набор элементов, в.т.ч. для построения BPMN и eEPC диаграмм, можно связывать модели через гиперссылки, к элементам присоединять файлы из облачных хранилищ данных. Из минусов - отсутствует возможность коллективной работы.

Успешного совершенствования в моделировании бизнес-процессов!

​​Добрый день, друзья!
Сегодня мы поговорим о преодолении общих проблем бизнес-анализа, связанных с глоссариями🔥!
Вы когда-нибудь представляли себе ситуацию, когда ваш словарный запас внезапно пропадает? Что бы произошло, если бы не было слов? Или наш словарный запас сократился, как «Дорогая, я уменьшил детей»?
Когда дело доходит до бизнес-анализа, есть много проблем, связанных с определениями.
🧐Глоссарий проекта должен содержать все ключевые бизнес-термины. Это такая прямолинейная вещь, но мы можем предполагать их. Мы можем уделять немного меньше внимания созданию обширного глоссария проекта.
❗️Давайте немного углубимся в общие проблемы глоссариев, а также обсудим, как их преодолеть:
📍Глоссарий создан в конце проекта.
В этой ситуации явный приоритет приобретает напор новой инициативы. Когда команда действительно начинает видеть пробелы в своем понимании ключевых бизнес-терминов, начинается создание глоссария. До этого момента у нас сложилось впечатление, что все знают об условиях и терминах. Тем не менее, точное определение некоторых терминов может даже иметь большие пробелы в понимании. Время, потраченное на то, чтобы помочь друг другу, понять одно и то же значение этих слов и терминов. Более того, некоторые дефекты могут быть зарегистрированы из-за отсутствия определенных терминов.
💡На начальных этапах самого проекта следует начинать создание глоссария. Глоссарий может быть частью документа с требованиями или отдельным документом. Он не обязательно должен быть идеальным с самого начала; вы можете начать с тех терминов, которые считаете важными. Это будет способствовать обмену знаниями и взаимопониманию между различными командами.

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

📍Глоссарий не регулярно обслуживается.
Мы предполагаем, что специфические для домена или бизнес-термины могут не часто меняться, но они никогда не бывают статичными. Бизнес постоянно меняется, добавляются новые правила, развиваются отраслевые тенденции. Новые условия будут создаваться и дальше. Также придется удалить некоторые нерелевантные термины. Мы должны идти в ногу с последними отраслевыми определениями.
💡Относитесь к глоссарию точно так же, как к любому продукту бизнес-анализа, который вы поддерживаете. Должен быть единый контактный центр (точка контакта), который его обслуживает. Он регулярно обновляет глоссарий и запрашивает постоянную обратную связь от заинтересованных сторон по мере изменения условий.

Желаем удачной работы с вашими глоссариями!

​​Добрый день, друзья!
Сегодня мы поговорим о важности прототипирования в бизнес-анализе и рассмотрим основные виды прототипов🦾.
Как считал весьма известный человек - Стив Джобс: “Невозможно создавать хороший продукт, основываясь на опросах людей или пользуясь фокус-группами. Люди сами не знают, чего хотят, пока им это не покажешь” 👀.

Итак, начнем с определения: прототип - это частичная, предварительная (черновая) реализация системы. Другими словами, это модель, или прообраз конечного продукта.

Все прототипы различаются по:
📌Степени точности и приближенности к реальному продукту;
📌Целям использования;
📌Способности решать разные задачи.

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

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

Зачем нужны прототипы на проекте 🧐❓
☝🏻Во первых, прототипирование отлично подходит для того, чтобы обсудить и уточнить требования с клиентом, быстро проверить идеи. Часто для этой цели достаточно простейших скетчей, можно даже использовать подручные средства – блокнот, доска или даже стикеры.
☝🏻Во-вторых, с помощью прототипов легче продемонстрировать и сравнить альтернативные решения, а также согласовать с заказчиком итоговое решение. Для этой задачи используют интерактивные прототипы, чтобы показать, каким образом реальные процессы отражены в будущем решении.
☝🏻В-третьих, команде разработки использование прототипов решения также будет полезно. С их помощью легко показать команде на каком этапе работы вы находитесь, объяснить разработчикам логику работы интерфейса. Прототип помогает говорить с любым специалистом на одном языке.
☝🏻В-четвертых, использование прототипов (желательно, анимированных) имеет еще один важный аспект - оценку usability будущего решения, т.к. показывает не только логику работы отдельных элементов, но и реакцию этих элементов на действия пользователя.

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

А вы согласны с нашим убеждением 😉❓

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

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

Согласно BABOK Guide, адаптивность (Adaptability) относится к поведенческим характеристикам личности (Behavioral Characteristics).
Простыми словами, адаптивность - это способность меняться. По мнению авторов BABOK Guide, БА необходимо уметь изменять стиль поведения, методы, подходы и техники для выполнения различного рода задач.

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

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

Ниже мы привели чеклист от авторов BABOK Guide, пройдя через который, вы сможете примерно осознать, как у вас обстоят дела с базовой компетенцией "Адаптивность"👇🏻:

📌БА принимает факт изменения условий и окружения;

📌БА демонстрирует готовность изучать новые методы, процедуры и техники для достижения целей проекта;

📌 БА может менять поведение для эффективного взаимодействия в меняющихся или неясных ситуациях;

📌 БА приобретает и применяет новую информацию и новые навыки для соответствия изменениям и новым требованиями.
При этом он анализирует, что из техник сработало, а что нет;

📌 БА принимает во внимание и ценит взгляды других людей и различные подходы;

📌 БА демонстрирует способность действовать оригинально, даже вопреки взглядам других стейкхолдеров.

Желаем вам успешной адаптации ко всем изменениям (рабочим и жизненным)! 😃

​​Добрый день, друзья!
Сегодня мы поговорим про приоритезацию требований и рассмотрим 5 популярных техник приоритезации🔥!
Начнем с определения, которое приводит BABOK, приоритезация – это процесс определения относительной важности объекта (информации, задачи, требования и пр.) на основе предварительной оценки его значения, рисков, сложности реализация или других четких критериев.

В свою очередь, дисциплина управления (Project Management) проектами также рассматривает расстановку приоритетов в контексте портфельного управления, когда необходимо сформировать сбалансированный набор проектов предприятия в соответствии с его стратегией или финансовыми показателями. Также здесь учитывается период инвестирования (краткосрочный, средний, долгосрочный), прогнозы по рискам и доходности, и прочие организационно-технические аспектами.

Таким образом, можно выделить 2 уровня приоритезации:

☝🏻стратегический, когда, например, C-менеджер (CEO, CTO, CFO или другой руководитель высшего звена) формируют портфель проектов, определяя долгосрочную программу развития предприятия или управления изменениями в рамках цифровой трансформации;
☝🏻тактический, когда бизнес-аналитик или менеджер проекта определяет важность отдельных задач или требований к проектируемому решению, например, системе прогнозирования потребительского спроса на основе технологий Big Data и Machine Learning.

Рассмотрим наиболее часто использующиеся техники расстановки приоритетов среди однородных задач:
📌Impact/Effort – как потраченные на реализацию задачи усилия соотносятся с нужным бизнесу результатом. Усилия можно оценивать в человеко-часах или пункты пользовательских историй и вариантов использования (use case). Влияние может распределяться по шкале 1-5 или категориям высокое/среднее/низкое.

📌Модель Кано, основанная на эмоциональном восприятии пользователем той или иной функциональности, например:
Must Be— минимальные требования, при отсутствии которых пользователь не удовлетворен;
Indifferent— требования с неоднозначной реакцией пользователей, которым, в основном, все равно, реализованы они или нет;
Satisfiers (Performance)— функции, которые вызывают удовлетворенность, если они реализованы хорошо, или разочарование в противном случае.
Exciters (Attractive) – дополнительные функции, которые повышают удовлетворенность пользователя, если они есть. Но их отсутствие не вызовет недовольства.
В первую очередь следует реализовать задачи уровней Must be, затем – Satisfiers и только потом перейти к Exciters.

📌Метод MosCow, который считается похожим на модель Кано. Он делит требования на 4 категории: must, should, could, would;
Must – то, что необходимо сделать в любом случае. Без выполнения этих задач продукт не будет работать вообще;
Should – не самые важные требования, но они тоже должны быть выполнены после реализации «must»;
Could – желательные требования, которые можно сделать, если останется время и будут ресурсы;
Would – требования, которые хотелось бы сделать, но их можно проигнорировать или перенести на следующие релизы без вреда для продукта.

📌Подход RICE. Был предложен ИТ-корпорацией "Intercom" для оценки продуктовых изменений:
Reach (охват) – сколько пользователей охватит это нововведение;
Impact (эффект)— насколько оно улучшит или ухудшит жизнь/работу пользователей;
Confidence (уверенность)— степень уверенности в том, что вообще можем что-то улучшить;
Effort (усилия)— сколько времени и других ресурсов понадобится, чтобы реализовать задуманное.

📌Метод Карла Вигерса (Karl Wiegers), когда по шкале от 1 до 9 оцениваются польза (benefit), вред (penalty), расходы (cost) и риски (risk). Пользователи оценивают пользу от присутствия функциональной возможности (фичи) и вред от ее отсутствия. А разработчики оценивают стоимость реализации этой фичи и риск, связанный с ее разработкой. Полученные таким образом предварительные оценки подставляются в заранее составленную формулу и рассчитывается коэффициент приоритетности.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

❌ Религия;

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

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

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

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

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

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

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

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