Добрый день, друзья!
Сегодня мы поговорим о важности прототипирования в бизнес-анализе и рассмотрим основные виды прототипов🦾.
Как считал весьма известный человек - Стив Джобс: “Невозможно создавать хороший продукт, основываясь на опросах людей или пользуясь фокус-группами. Люди сами не знают, чего хотят, пока им это не покажешь” 👀.
Итак, начнем с определения: прототип - это частичная, предварительная (черновая) реализация системы. Другими словами, это модель, или прообраз конечного продукта.
Все прототипы различаются по:
📌Степени точности и приближенности к реальному продукту;
📌Целям использования;
📌Способности решать разные задачи.
По стадии готовности прототипы разделяют на:
📍Концептуальные.
Представляют собой схематичное изображение будущих экранов и создаются на ранних этапах разработки продукта.
📍Интерактивные.
Как правило собираются из экранов, прошедших стадию концептуальных прототипов. Прототипы становятся достаточно реалистичными, чтобы тестировать их на конечных пользователях.
📍Анимированные.
Являются самыми высокоуровневыми прототипами. Некоторые из них способны практически полностью смоделировать работу настоящего приложения, и неискушенному взгляду отличить их достаточно сложно.
И если анимированные прототипы - прерогатива дизайнеров проекта, то навыками создания концептуального, а при желании, и простейшего интерактивного прототипа, вполне реально овладеть любому бизнес-аналитику.
Зачем нужны прототипы на проекте 🧐❓
☝🏻Во первых, прототипирование отлично подходит для того, чтобы обсудить и уточнить требования с клиентом, быстро проверить идеи. Часто для этой цели достаточно простейших скетчей, можно даже использовать подручные средства – блокнот, доска или даже стикеры.
☝🏻Во-вторых, с помощью прототипов легче продемонстрировать и сравнить альтернативные решения, а также согласовать с заказчиком итоговое решение. Для этой задачи используют интерактивные прототипы, чтобы показать, каким образом реальные процессы отражены в будущем решении.
☝🏻В-третьих, команде разработки использование прототипов решения также будет полезно. С их помощью легко показать команде на каком этапе работы вы находитесь, объяснить разработчикам логику работы интерфейса. Прототип помогает говорить с любым специалистом на одном языке.
☝🏻В-четвертых, использование прототипов (желательно, анимированных) имеет еще один важный аспект - оценку 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
Добрый день, друзья!
Сегодня мы поговорим про базовые компетенции бизнес-аналитика, а именно - самоорганизации, ответственности и надежности🔥!
Согласно BABOK Guide, существует 5 базовых компетенций бизнес-аналитика, относящихся к поведенческим характеристикам личности (Behavioral Characteristics), а именно:
📌Личная ответственность (Personal Accountability);
📌Надежность (Trustworthiness);
📌Навыки самоорганизации (Organizational and Time Management);
📌Этика (Ethics);
📌Адаптивность (Adaptability).
В сегодняшней статье речь пойдёт о первых трёх навыках👆🏻: ответственности, надежности и самоорганизации.
Данные компетенции взаимосвязаны.
Надежность (Trustworthiness) – это восприятие бизнес-аналитика (БА) стейкхолдерами как надежного и заслуживающего доверия человека.
БА, которому доверяют, проще собрать информацию, особенно вокруг чувствительных вопросов.
Базой для надежности является личная ответственность (Personal Accountability). Аналитику крайне важно демонстрировать ответственность за свои задачи, т.к. это убеждает стейкхолдеров в том, что задачи БА будут выполнены в срок согласно их ожиданиям и вообще все творящееся на проекте в конечном счете соответствует их ожиданиям и потребностям.
В свою очередь, навыки самоорганизации (Organization and Time Management) позволяют БА выполнять приоритетные задачи в срок.
Мы с радостью делимся с вами нашими полезными привычками, которые помогу прокачать вышеупомянутые компетенции:
✅ С самого утра наметить наиболее приоритетные задачи и распланировать день;
✅ Стараться не брать работу на дом. В случае срочной задачи лучше прийти в офис раньше или засидеться в офисе чуть больше. Дома же лучше отдыхать;
✅ Не тратить рабочее время на постоянный мониторинг почты и мессенджеров. Лучше завести специальные промежутки времени для проверки входящих сообщений;
✅ Не опаздывать на рабочие встречи и не задерживаться на них. Лучше приходить вовремя, а еще лучше заранее. Не затягивать встречу, в случае необходимости назначать последующую встречу;
✅ Старайтесь выписывать задачи в 2Do лист; заносить необходимые данные как справочную информацию;
✅ Делайте частые перерывы между задачами. Для этого лучше не "зависать в смартфоне", а пройтись по офису или вокруг него или пошевелиться любым способом🏃🏼♀️🏃🏻♂️.
Всем хорошей пятницы!
Сегодня мы поговорим про базовые компетенции бизнес-аналитика, а именно - самоорганизации, ответственности и надежности🔥!
Согласно BABOK Guide, существует 5 базовых компетенций бизнес-аналитика, относящихся к поведенческим характеристикам личности (Behavioral Characteristics), а именно:
📌Личная ответственность (Personal Accountability);
📌Надежность (Trustworthiness);
📌Навыки самоорганизации (Organizational and Time Management);
📌Этика (Ethics);
📌Адаптивность (Adaptability).
В сегодняшней статье речь пойдёт о первых трёх навыках👆🏻: ответственности, надежности и самоорганизации.
Данные компетенции взаимосвязаны.
Надежность (Trustworthiness) – это восприятие бизнес-аналитика (БА) стейкхолдерами как надежного и заслуживающего доверия человека.
БА, которому доверяют, проще собрать информацию, особенно вокруг чувствительных вопросов.
Базой для надежности является личная ответственность (Personal Accountability). Аналитику крайне важно демонстрировать ответственность за свои задачи, т.к. это убеждает стейкхолдеров в том, что задачи БА будут выполнены в срок согласно их ожиданиям и вообще все творящееся на проекте в конечном счете соответствует их ожиданиям и потребностям.
В свою очередь, навыки самоорганизации (Organization and Time Management) позволяют БА выполнять приоритетные задачи в срок.
Мы с радостью делимся с вами нашими полезными привычками, которые помогу прокачать вышеупомянутые компетенции:
✅ С самого утра наметить наиболее приоритетные задачи и распланировать день;
✅ Стараться не брать работу на дом. В случае срочной задачи лучше прийти в офис раньше или засидеться в офисе чуть больше. Дома же лучше отдыхать;
✅ Не тратить рабочее время на постоянный мониторинг почты и мессенджеров. Лучше завести специальные промежутки времени для проверки входящих сообщений;
✅ Не опаздывать на рабочие встречи и не задерживаться на них. Лучше приходить вовремя, а еще лучше заранее. Не затягивать встречу, в случае необходимости назначать последующую встречу;
✅ Старайтесь выписывать задачи в 2Do лист; заносить необходимые данные как справочную информацию;
✅ Делайте частые перерывы между задачами. Для этого лучше не "зависать в смартфоне", а пройтись по офису или вокруг него или пошевелиться любым способом🏃🏼♀️🏃🏻♂️.
Всем хорошей пятницы!
Какой у вас уровень английского?
Anonymous Poll
18%
Advanced и выше
37%
Upper-Intermediate
27%
Intermediate
12%
Pre-Intermediate
3%
Elementary
3%
Практически нулевой
Куда расти бизнес аналитику? Кто такой продакт менеджер и как им стать.🔥
Среди различных путей карьерного роста у бизнес аналитика есть возможность стать продакт менеджером. И в последнее время такие случаи случаются все чаще и чаще. По статистике около 20% “продактов” выросли именно из аналитиков. Профессия молодая, но уже довольно востребованная и хорошо оплачиваемая.
🔴 Так кто такие эти самые продакт менеджеры?
Если говорить в общем, продакт менеджер это человек, занимающийся созданием нового продукта, анализом рынка,продвижением продукта, планированием KPI и формированием требований к продукту. По сути, это профессионал, который ведет продукт и отвечает за его успех. Его задача сделать продукт крутым, при этом поставить правильно задачи, распределить грамотно время и правильно расставить приоритеты.
❗️Продакт менеджер не просто придумывает идею, но и целиком ответственен за ее реализацию.
☝🏻Часто именно заказчики инициируют переход аналитика из их команды в позицию продакта. Поэтому если у вас есть такие амбиции, “растите” среди своей команды, набирайтесь знаний, помогайте своему продакту. Если не сложится на своем проекте, то будет уже достаточно опыта и знаний, чтобы перейти в новой позиции в другую компанию или даже запустить свой собственный проект.
🔴 Так что же необходимо в первую очередь бизнес аналитику, чтобы стать продакт менеджером?
📌 Управленческие навыки, способность общаться с командой и грамотно управлять ею
📌 Умение планировать и работать со сроками и бюджетам
📌 Понимание технологий разработки и того, как устроен продукт “под капотом”.
📌 Понимание UX, продаж и маркетинга.
📌 Отличное знание гибкой методологии разработки
🔴 Где можно прокачать навыки продакт менеджера?
📍 Если на вашем проекте уже такой есть, то можно учиться у него, просить делегировать на вас некоторые задачи и стать его правой рукой
📍 Закончить специализированные курсы. Сейчас таких много даже в бесплатном доступе. Учиться придется много, но результатом будет интересная, насыщенная и очень востребованная новая профессия.
Среди различных путей карьерного роста у бизнес аналитика есть возможность стать продакт менеджером. И в последнее время такие случаи случаются все чаще и чаще. По статистике около 20% “продактов” выросли именно из аналитиков. Профессия молодая, но уже довольно востребованная и хорошо оплачиваемая.
🔴 Так кто такие эти самые продакт менеджеры?
Если говорить в общем, продакт менеджер это человек, занимающийся созданием нового продукта, анализом рынка,продвижением продукта, планированием KPI и формированием требований к продукту. По сути, это профессионал, который ведет продукт и отвечает за его успех. Его задача сделать продукт крутым, при этом поставить правильно задачи, распределить грамотно время и правильно расставить приоритеты.
❗️Продакт менеджер не просто придумывает идею, но и целиком ответственен за ее реализацию.
☝🏻Часто именно заказчики инициируют переход аналитика из их команды в позицию продакта. Поэтому если у вас есть такие амбиции, “растите” среди своей команды, набирайтесь знаний, помогайте своему продакту. Если не сложится на своем проекте, то будет уже достаточно опыта и знаний, чтобы перейти в новой позиции в другую компанию или даже запустить свой собственный проект.
🔴 Так что же необходимо в первую очередь бизнес аналитику, чтобы стать продакт менеджером?
📌 Управленческие навыки, способность общаться с командой и грамотно управлять ею
📌 Умение планировать и работать со сроками и бюджетам
📌 Понимание технологий разработки и того, как устроен продукт “под капотом”.
📌 Понимание UX, продаж и маркетинга.
📌 Отличное знание гибкой методологии разработки
🔴 Где можно прокачать навыки продакт менеджера?
📍 Если на вашем проекте уже такой есть, то можно учиться у него, просить делегировать на вас некоторые задачи и стать его правой рукой
📍 Закончить специализированные курсы. Сейчас таких много даже в бесплатном доступе. Учиться придется много, но результатом будет интересная, насыщенная и очень востребованная новая профессия.
Всем привет! Какой контент вы бы хотели видеть в нашем канале в ближайшем будущем? (выбирать можно несколько вариантов)
Anonymous Poll
78%
Больше статей о технологиях и инструментах БА и СА
26%
Больше материалов о возможности развития карьеры аналитика, обзор смежных областей
53%
Обзор и рекомендации полезных курсов, материалов, каналов для БА
29%
Развитие софт-скиллов, коммуникативных навыков, тайт-менеджмента
25%
Рекомендации по прокачке английского для ИТ специалистов
15%
Больше юмора
Для тех, кто хочет изучить все тонкости нотации BPMN, есть отличный You Tube канал на русском языке.
Материалы будут полезны для всех БА уровня Junior и Middle.
Детальное объяснение процессов, разбор кейсов и ответы на практически все возникающие вопросы по BPMN.
Смотреть: BPMN YouTube Channel
Материалы будут полезны для всех БА уровня 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 должен быть задокументирован, зарегистрирован и оценен, выполняется, только после одобрения со стороны бизнеса.
Все когда-либо сталкивались с ситуацией, "Всё пропало..., клиент уезжает..., гипс снимают...".
Любое изменение системы, это и есть запрос на изменения, либо Change Request CR), возможно еще услышать Problem or Change Request (PCR).
Почему на проекте возникают изменения, вариантов не так уж и много:
📌 Новые требования к продукту
📌 Новая функциональность или новое ядро в результате плановых доработок (рефакторинг)
📌 Исправление ошибок
Первые два похожи и иногда объединяются в "requirement", но чаще всего существуют отдельно, так как это разные вещи.
Варианты определяются от источника запроса, новую функциональность может требовать бизнес или пользователь сервиса, в свою очередь рефакторинг и переписывание ядра, это требование технического руководителя либо архитектора.
Третий вид "defect" - в большинстве случаев находит тестер, иногда пользователь системы.
Необходимо помнить самое важное, что система в итоге изменяется и все изменения необходимо чётко фиксировать и контролировать.
📃 Как документально фиксировать Change Requests?
В содержании CR можно выделить обязательные блоки:
📍 Автор (submitter)
📍 Имя / Название (subject)
📍 В какой версии
📍 Подробное описание
Можно добавлять блоки в зависимости от процесса и команды разработки:
📍 Ожидаемое поведение
📍 Конфигурация системы
📍 Лог-файлы
👉🏻 Типовой жизненный цикл CR:
New -> Assigned -> Opened -> Resolved -> Closed
✔️ Итого: CR - Формальное обращение, необходимое для получения официального разрешения на изменения в предметной области проекта, проектных решениях, методах, плановых сроках и затратах или других показателях проекта.
❗️ ВАЖНО: СR должен быть задокументирован, зарегистрирован и оценен, выполняется, только после одобрения со стороны бизнеса.