Добрый день, друзья!
Сегодня мы поговорим про описание требований к интеграции и API🧑🏼💻.
Стоит отметить, что описание требований к интеграции систем - стандартная задача для системного/бизнес-аналитика.
❓API - это программный интерфейс системы, который позволяет любой другой заинтересованной системе получить доступ к данным или бизнес-функциям этой системы.
🧐Для начала разберемся в простой ситуации, когда необходимо интегрироваться с уже существующим API, предоставляемым сторонней системой.
❗️Задача: повысить уровень безопасности вашего приложения путем внедрения двухфакторной аутентификации в системе. Итак, с чего стоит начать решение данной задачи? В первую очередь необходимо разобраться в наборе функциональных возможностей и логике их работы предоставляемой API. Для этого необходимо запросить документацию API, которая может быть представлена в следующем виде: 1)свободное описание на сайте компании, swagger схема, Postman коллекция и т.д.
Документация API должна содержать следующую информацию:
📌способ аутентификации и авторизации;
📌набор конечных точек с описанием формата запроса и ответа;
📌описание зависимостей между методами;
📌перечень возможных ошибок при работе с API.
Ниже дадим определения:
📍Аутентификация – проверка пользователя на наличие доступа в систему. В нашем случае используется токен - уникальный идентификатор пользователя, сгенерированный в момент создания пользователя и чаще всего неизменный на протяжении всего жизненного цикла пользователя.
📍Авторизация - проверка пользователя на наличие доступа к определённому действию. Выявление и анализ прав доступа необходимы для валидации требований.
📍Набор конечных точек - перечень функциональных возможностей API, реализованный набором действий разных типов: получить, создать, изменить, удалить и т.д. В описании конечной точки, помимо типа действия, указывается путь, по которому эта конечная точка доступна, формат тела запроса и ответа, а также набор входящих и исходящих параметров.
📍Путь конечной точки – это URL, по которому доступен метод.
📍Формат тела запроса. Чаще всего в API используются JSON и XML.
📍Набор входящих и исходящий параметров – это набор данных необходимый для выполнения метода и возвращаемых в результате работы метода.
📍Последовательность вызовов конечных точек. Так как API представляет собой набор простых действий, при работе с конечными точками необходимо понимать, в какой последовательности их необходимо вызывать. При нарушении последовательности вызовов конечных точек ответ будет содержать описание и код ошибки.
👆🏻После детального изучения логики работы API можно приступать к моделированию процессов взаимодействия систем используя диаграмму последовательностей UML, на которой необходимо отобразить все взаимодействующие системы или компоненты.
👆🏻После моделирования всех процессов, необходимо составить таблицу соответствия параметров используемых в интеграции.
👆🏻После необходимо задуматься о том, как после реализации мы будем выполнять отладку, оценивать и анализировать работу интеграции. Для решения этих задач можно использовать журналирование вызовов конечных точек, с сохранением URL, тела запроса, тела ответа и даты и времени вызова.
👨🏻🎓Описанные выше артефакты можно считать достаточными для начала создания технического дизайна интеграции техническими специалистами вашей команды.
Сегодня мы поговорим про описание требований к интеграции и 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, работая с бизнес-аналитиком, вооруженным правильными инструментами💪🏻
Сегодня мы поговорим про 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.
К сожалению, в мире пока не существует волшебной таблетки, дарующей знания и навыки. А поскольку все составляющие эмоционального интеллекта, по сути, и есть навыки, научиться им можно только через собственный труд. Понятие личностного роста и развития – как раз про это.
🔥Есть еще одно важное понятие: не понимая себя, не имея высокого уровня самосознания, вы никогда не сможете понимать других людей. Поэтому, начните с начала – с самоанализа, самоконтроля и самомотивации.
Желаем удачи в этом нелегком, но весьма полезном и увлекательном деле!
Сегодня мы поговорим о таком важном понятии в жизни любого человека, как "Эмоциональный интеллект" 🧠.
Как говорил великий немецкий писатель Вильгельм Швебель: „Эмоции, обычно, через какое-то время проходят. Но то, что они сделали — остаётся.“🧐
❓Признайтесь, часто ли Вам приходилось сожалеть о своих импульсивных поступках? Ведь очень часто эмоции берут верх над разумом. Не умея контролировать свои эмоции, большинство людей не могут сдерживать вспышки гнева, агрессии. Вследствие чего им свойственны спонтанные реакции, о которых они потом жалеют😪.
❗️Поэтому для каждого из нас так важно:
🧘🏼♂️научиться владеть своими эмоциями;
🧏🏼♂️распознавать, анализировать, понимать эмоции и управлять ими, укрощая своих драконов:).
Впервые теория эмоционального интеллекта была предложена и сформулирована профессорами Дж. Майером и П. Сэловеем в 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 диаграмм, можно связывать модели через гиперссылки, к элементам присоединять файлы из облачных хранилищ данных. Из минусов - отсутствует возможность коллективной работы.
Успешного совершенствования в моделировании бизнес-процессов!
Сегодня мы поговорим о моделировании бизнес-процессов🔥.
Не секрет, что простые, правильные и понятные модели бизнес-процессов — своеобразный «знак качества», скреплять которым свою работу мечтает каждый бизнес-аналитик!
🧑🏼💻Моделирование бизнес-процессов представляет собой процесс исследования деятельности организации с целью построения формализованного (графического, табличного, текстового) описания ее бизнес-процессов.
Оно помогает решить сразу две задачи:
🎯Изучить бизнес.
Графическое изображение в виде схем позволяет заинтересованным лицам быстрее понять процессы, алгоритмы и структуры, особенности работы компании и выявить возможные недочеты, «узкие места».
🎯Обеспечить наглядность.
Как известно, «одна картинка стоит тысячи слов», поэтому схематическое изображение бизнес-процессов компании помогает намного быстрее понять суть проблемы и оценить предложенные варианты решения.
Может показаться, что любые действия в рамках компании можно назвать бизнес-процессом. На самом деле, существуют строгие рамки и правила, которые определяют, можно ли назвать перечень действий описанием бизнес-процесса, а именно:
📌Законченность.
Бизнес-процесс должен четко отвечать на вопрос, стоящий перед ним, полностью описывать действия, необходимые для получения указанного результата, и завершаться именно таким результатом.
📌Лаконичность.
Бизнес-процесс должен сочетать в себе достаточность, т.е. описывать все необходимые этапы и действия, при этом быть максимально лаконичным для простоты восприятия.
📌Использование общепризнанных нотаций.
Здесь как с языком – вы можете придумать свой особый язык моделирования с правилами и обозначениями, но понимать его никто, кроме вас, не будет. Если вы будете использовать готовые нотации, вас будут понимать и воспринимать, как эксперта, да и сами правила нотаций уберегут вас от логических ошибок.
📌Все участники бизнес-процесса должны быть учтены и прямо указаны.
📌Понятное пользователю описание.
Пользователь должен быстро и, в идеале, даже без дополнительных пояснений понимать описание бизнес-процесса.
Ниже несколько вариантов бесплатных инструментов по моделированию бизнес-процессов.
🛠 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 будущего решения, т.к. показывает не только логику работы отдельных элементов, но и реакцию этих элементов на действия пользователя.
Таким образом, прототипирование многогранно и объединяет в себе и наброски от руки на самом первом этапе генерации дизайна, и максимально похожие на реальное приложение интерактивные макеты. Каждый вид прототипа может служить разным кейсам и целям. И даже если в команде уже есть дизайнер, навыки создания прототипов бизнес-аналитику уж точно не помешают.
А вы согласны с нашим убеждением 😉❓
Сегодня мы поговорим о важности прототипирования в бизнес-анализе и рассмотрим основные виды прототипов🦾.
Как считал весьма известный человек - Стив Джобс: “Невозможно создавать хороший продукт, основываясь на опросах людей или пользуясь фокус-группами. Люди сами не знают, чего хотят, пока им это не покажешь” 👀.
Итак, начнем с определения: прототип - это частичная, предварительная (черновая) реализация системы. Другими словами, это модель, или прообраз конечного продукта.
Все прототипы различаются по:
📌Степени точности и приближенности к реальному продукту;
📌Целям использования;
📌Способности решать разные задачи.
По стадии готовности прототипы разделяют на:
📍Концептуальные.
Представляют собой схематичное изображение будущих экранов и создаются на ранних этапах разработки продукта.
📍Интерактивные.
Как правило собираются из экранов, прошедших стадию концептуальных прототипов. Прототипы становятся достаточно реалистичными, чтобы тестировать их на конечных пользователях.
📍Анимированные.
Являются самыми высокоуровневыми прототипами. Некоторые из них способны практически полностью смоделировать работу настоящего приложения, и неискушенному взгляду отличить их достаточно сложно.
И если анимированные прототипы - прерогатива дизайнеров проекта, то навыками создания концептуального, а при желании, и простейшего интерактивного прототипа, вполне реально овладеть любому бизнес-аналитику.
Зачем нужны прототипы на проекте 🧐❓
☝🏻Во первых, прототипирование отлично подходит для того, чтобы обсудить и уточнить требования с клиентом, быстро проверить идеи. Часто для этой цели достаточно простейших скетчей, можно даже использовать подручные средства – блокнот, доска или даже стикеры.
☝🏻Во-вторых, с помощью прототипов легче продемонстрировать и сравнить альтернативные решения, а также согласовать с заказчиком итоговое решение. Для этой задачи используют интерактивные прототипы, чтобы показать, каким образом реальные процессы отражены в будущем решении.
☝🏻В-третьих, команде разработки использование прототипов решения также будет полезно. С их помощью легко показать команде на каком этапе работы вы находитесь, объяснить разработчикам логику работы интерфейса. Прототип помогает говорить с любым специалистом на одном языке.
☝🏻В-четвертых, использование прототипов (желательно, анимированных) имеет еще один важный аспект - оценку usability будущего решения, т.к. показывает не только логику работы отдельных элементов, но и реакцию этих элементов на действия пользователя.
Таким образом, прототипирование многогранно и объединяет в себе и наброски от руки на самом первом этапе генерации дизайна, и максимально похожие на реальное приложение интерактивные макеты. Каждый вид прототипа может служить разным кейсам и целям. И даже если в команде уже есть дизайнер, навыки создания прототипов бизнес-аналитику уж точно не помешают.
А вы согласны с нашим убеждением 😉❓
Всем привет! Нам интересно знать, кто нас читает! Давайте проголосуем ниже.
Anonymous Poll
30%
Начинающие BA/SA
22%
Junior BA/SA
32%
Middle BA/SA
10%
Senior BA/SA
7%
Свой вариант (напишите в чате)
Добрый вечер, друзья!
Сегодня мы поговорим про базовые компетенции бизнес-аналитика, а именно - адаптивность🔥!
Согласно BABOK Guide, адаптивность (Adaptability) относится к поведенческим характеристикам личности (Behavioral Characteristics).
Простыми словами, адаптивность - это способность меняться. По мнению авторов BABOK Guide, БА необходимо уметь изменять стиль поведения, методы, подходы и техники для выполнения различного рода задач.
БА часто работает в стремительно меняющихся условиях, с большим количеством различных стейкхолдеров.
Например, в одном из банков СНГ одна из команд начала внедрять систему для поддержки розничного кредитования. Однако настал кризис, и пришлось срочно развернуться на 180 градусов, а именно - строить систему взыскания проблемной задолженности.
БА необходимо уметь приспосабливать свое поведение к меняющейся ситуации. Самое плохое что может сделать аналитик - это пытаться игнорировать неминуемые изменения. Ведь именно от него в первую очередь команда ожидает какой-то реакции.
Ниже мы привели чеклист от авторов BABOK Guide, пройдя через который, вы сможете примерно осознать, как у вас обстоят дела с базовой компетенцией "Адаптивность"👇🏻:
📌БА принимает факт изменения условий и окружения;
📌БА демонстрирует готовность изучать новые методы, процедуры и техники для достижения целей проекта;
📌 БА может менять поведение для эффективного взаимодействия в меняющихся или неясных ситуациях;
📌 БА приобретает и применяет новую информацию и новые навыки для соответствия изменениям и новым требованиями.
При этом он анализирует, что из техник сработало, а что нет;
📌 БА принимает во внимание и ценит взгляды других людей и различные подходы;
📌 БА демонстрирует способность действовать оригинально, даже вопреки взглядам других стейкхолдеров.
Желаем вам успешной адаптации ко всем изменениям (рабочим и жизненным)! 😃
Сегодня мы поговорим про базовые компетенции бизнес-аналитика, а именно - адаптивность🔥!
Согласно 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). Пользователи оценивают пользу от присутствия функциональной возможности (фичи) и вред от ее отсутствия. А разработчики оценивают стоимость реализации этой фичи и риск, связанный с ее разработкой. Полученные таким образом предварительные оценки подставляются в заранее составленную формулу и рассчитывается коэффициент приоритетности.
Сегодня мы поговорим про приоритезацию требований и рассмотрим 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). Пользователи оценивают пользу от присутствия функциональной возможности (фичи) и вред от ее отсутствия. А разработчики оценивают стоимость реализации этой фичи и риск, связанный с ее разработкой. Полученные таким образом предварительные оценки подставляются в заранее составленную формулу и рассчитывается коэффициент приоритетности.
А какие техники приоритезации используешь ты?
Anonymous Poll
6%
Модель Кано
10%
Impact/Effort
68%
MosCow
7%
RICE
5%
Метод Карла Вигерса
5%
Другой (напишите в чате)
Добрый вечер, друзья!
Сегодня мы поговорим про базовые компетенции бизнес-аналитика, а именно - переговоры и разрешение конфликтов🔥!
Зачем БА обладать подобным навыком и что именно включает в себя навык переговоров ❓
По мнению авторов BABOK Guide, БА часто является участником переговоров между стейкхолдерами, которые могут иметь абсолютно разные точки зрения на предмет дискуссии. Целью БА в этой ситуации можно рассматривать посредничество между участниками дискуссии, помощь в поиске устраивающего все стороны решения, разрешения случившихся конфликтов.
Как определить, что навык переговоров и разрешения конфликтов у БА развит❓
Для этого мы привели ниже чеклист от авторов BABOK Guide:
☝🏻БА контролирует свой голос и невербальные сигналы во время
переговоров;
☝🏻БА отделяет проблему от личности, так чтобы бизнес-проблемы не повредили отношениям со стейкхолдерами;
☝🏻БА понимает, что многие проблемы не всегда решаемы в рамках
единственной встречи, иногда необходима серия встреч (в. т.ч. экскалация на других стейкхолдеров);
☝🏻БА распознает потребности каждой стороны конфликта и отдает себе отчет о том, что часто можно найти устраивающее обе стороны решение (win/win solution);
В заключение мы хотим поделиться своим мнением о том, можно ли развивать этот навык. Можно и нужно❗️💪🏻
Прежде всего - это участие в реальных ситуациях, которых на проектах случается огромное множество. Не стоит бояться и избегать острых переговоров. Нужно относиться к ним как к игре, не переходя на личности. Каждая неприятная ситуация дает незаменимый опыт, который со временем сильно облегчит вам жизнь.
Желаем вам успехов в оттачивании этого незаменимого навыка! 😉
Сегодня мы поговорим про базовые компетенции бизнес-аналитика, а именно - переговоры и разрешение конфликтов🔥!
Зачем БА обладать подобным навыком и что именно включает в себя навык переговоров ❓
По мнению авторов BABOK Guide, БА часто является участником переговоров между стейкхолдерами, которые могут иметь абсолютно разные точки зрения на предмет дискуссии. Целью БА в этой ситуации можно рассматривать посредничество между участниками дискуссии, помощь в поиске устраивающего все стороны решения, разрешения случившихся конфликтов.
Как определить, что навык переговоров и разрешения конфликтов у БА развит❓
Для этого мы привели ниже чеклист от авторов BABOK Guide:
☝🏻БА контролирует свой голос и невербальные сигналы во время
переговоров;
☝🏻БА отделяет проблему от личности, так чтобы бизнес-проблемы не повредили отношениям со стейкхолдерами;
☝🏻БА понимает, что многие проблемы не всегда решаемы в рамках
единственной встречи, иногда необходима серия встреч (в. т.ч. экскалация на других стейкхолдеров);
☝🏻БА распознает потребности каждой стороны конфликта и отдает себе отчет о том, что часто можно найти устраивающее обе стороны решение (win/win solution);
В заключение мы хотим поделиться своим мнением о том, можно ли развивать этот навык. Можно и нужно❗️💪🏻
Прежде всего - это участие в реальных ситуациях, которых на проектах случается огромное множество. Не стоит бояться и избегать острых переговоров. Нужно относиться к ним как к игре, не переходя на личности. Каждая неприятная ситуация дает незаменимый опыт, который со временем сильно облегчит вам жизнь.
Желаем вам успехов в оттачивании этого незаменимого навыка! 😉
Добрый вечер, друзья!
Сегодня мы продолжаем серию про базовые компетенции бизнес-аналитика и поговорим про "Этичность"🤓🔥
Согласно BABOOK Guide "этичность" входит в блок базовых компетенций аналитика, который называется "Behavioral Characteristics".
В данный блок входят следующие компетенции:
📍Личная ответственность (Personal Accountability);
📍Надежность (Trustworthiness);
📍Навыки самоорганизации (Organizational and Time Management);
📍Этика (Ethics);
📍Адаптивность (Adaptability).
Сегодня мы поговорим о способности поступать этично🧐.
Этичность крайне важна для аналитика, особенно работающего в различных мульти-национальных командах. BABOK подчеркивает, что поступать этично и думать о возможных этических коллизиях позволяет БА пользоваться принятием и уважением стейкхолдеров.
Этичность требует понимания и фокуса на честности и моральности во время каждой БА активности.
Хотелось бы отдельно подчеркнуть один из ключевых, по нашему мнению, навыке БА - "Способность распознавать, когда предлагаемое решение может привести к этическим проблемам"❗️
Независимо от страны пребывания, нужно держать в уме следующий список "проблемных" тем, которых следует избегать в общении со стейкхолдерами и не только:
❌Геополитика и внутренняя политика страны пребывания;
❌ Cексуальная ориентация;
❌ Религия;
❌ Люди с ограниченными физическими возможностями.
Как определить, что данный навык у БА развит❓
Для этого мы привели ниже чеклист от авторов BABOK Guide. Итак, опытный БА должен уметь:
✅Быстро определять и идентифицировать возможные конфликты интересов;
✅ Мгновенно идентифицировать этические дилеммы;
✅ Честно признавать свои возможности и зону ответственности;
✅ Принимать ответственность за свои ошибки.
Желаем вам успехов в оттачивании этичности❗️🗣
Сегодня мы продолжаем серию про базовые компетенции бизнес-аналитика и поговорим про "Этичность"🤓🔥
Согласно BABOOK Guide "этичность" входит в блок базовых компетенций аналитика, который называется "Behavioral Characteristics".
В данный блок входят следующие компетенции:
📍Личная ответственность (Personal Accountability);
📍Надежность (Trustworthiness);
📍Навыки самоорганизации (Organizational and Time Management);
📍Этика (Ethics);
📍Адаптивность (Adaptability).
Сегодня мы поговорим о способности поступать этично🧐.
Этичность крайне важна для аналитика, особенно работающего в различных мульти-национальных командах. BABOK подчеркивает, что поступать этично и думать о возможных этических коллизиях позволяет БА пользоваться принятием и уважением стейкхолдеров.
Этичность требует понимания и фокуса на честности и моральности во время каждой БА активности.
Хотелось бы отдельно подчеркнуть один из ключевых, по нашему мнению, навыке БА - "Способность распознавать, когда предлагаемое решение может привести к этическим проблемам"❗️
Независимо от страны пребывания, нужно держать в уме следующий список "проблемных" тем, которых следует избегать в общении со стейкхолдерами и не только:
❌Геополитика и внутренняя политика страны пребывания;
❌ Cексуальная ориентация;
❌ Религия;
❌ Люди с ограниченными физическими возможностями.
Как определить, что данный навык у БА развит❓
Для этого мы привели ниже чеклист от авторов BABOK Guide. Итак, опытный БА должен уметь:
✅Быстро определять и идентифицировать возможные конфликты интересов;
✅ Мгновенно идентифицировать этические дилеммы;
✅ Честно признавать свои возможности и зону ответственности;
✅ Принимать ответственность за свои ошибки.
Желаем вам успехов в оттачивании этичности❗️🗣
Всем привет!
Ни для кого не секрет, что разрабатывая международный продукт необходимо адаптировать его под языки разных регионом по всему миру!
Для этого и предназначена локализация продукта.
О том как лучше адаптировать свой продукт под различные регионы вы можете прочитать в этой статье 🤓
Ни для кого не секрет, что разрабатывая международный продукт необходимо адаптировать его под языки разных регионом по всему миру!
Для этого и предназначена локализация продукта.
О том как лучше адаптировать свой продукт под различные регионы вы можете прочитать в этой статье 🤓
ArtofBA
Локализация продукта для работы в новых регионах ≡ Блог ArtofBA
Сколько времени у вас, как у опытного аналитика, займет написание требований по локализации продукта для другой страны?
Приветствуем вас, друзья!
У нас для вас отличные новости!
Для тех, кто мечтает влиться в солнечную команду профессионалов, под названием "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
У нас для вас отличные новости!
Для тех, кто мечтает влиться в солнечную команду профессионалов, под названием "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