Добрый вечер, друзья!
Сегодня мы поговорим о том, зачем БА глубокие знания предметной области, на примере инвест. банкинга🔥
Итак, поехали...😊
В инвест. банкинге есть IT аналитики, которые работают с документами и другими аналитиками, и есть такие, кто работает с конечными пользователями. Первых больше в аутсорсинговых компаниях. Вторых намного меньше, и встречаются они ближе к бизнес отделам компаний, чем к IT.
Почему так❓
Бизнес пользователи могут не иметь возможности объяснять профильную терминологию, стандартные понятия и процессы. Сотрудник фронт офиса в банке, скорее всего, не сможет общаться с БА, который не понимает его профессиональной терминологии. И дело тут не в желании или нежелании объяснять, ведь время этого сотрудника стоит дорого, и этого времени всегда в обрез. За день нужно успеть массу обязательных дел, отреагировать на все незапланированные события и запросы, составить об этом отчеты, и если останется время - можно обсудить улучшения в IT системах.
Разрыв в коммуникации может быть сравним с незнанием языка.😱
Причем, если в других областях со сложными профессиональными терминами – в медицине или юриспруденции - у профессионалов обычно есть навык общения с клиентами, то финансисты привыкли чаще общаться друг с другом. Трейдеры просто не имеют привычки объясняться простыми словами и не имеют времени этого делать.
💡Рассмотрим несколько примеров взаимодействия трейдеров и IT отдела:
Что НЕ работает😡:
❌ Наивное внедрение представителя бизнеса в scrum-команду, состоящую из программистов и тестировщиков.
Что получим: трейдер не понимает как функционирует IT, девелоперы не понимают бизнес трейдера. Такая ситуация может вызывать хроническое раздражение у обеих сторон. Допустим, команда как-то сработалась с деском на одном проекте, проект завершился и команда перешла на следующий проект, а к деску пришли другие айтишники, с которыми нужно начинать все заново.
Что работает 😁:
✅👎🏻 Выделение специального контакта из числа трейдеров какого-то деска, с которым будут взаимодействовать аналитики.
Такого трейдера придется частично или полностью освободить от основной работы, что снизит его отдачу и мотивацию (фронт офис обычно гордится тем что они делают, а на другие отделы глядят свысока). Плюс мотивация понимать IT процессы у него тоже не появится.
✅👍🏻Закрепление специального аналитика из сотрудников ай-ти отдела за определенным деском трейдеров.
Такой аналитик может вести бэклог для деска и все внешние запросы от других аналитиков из IT должны проходить через него. Требования к пониманию предметной области для такого аналитика – очень высокие. Мотивация – быстрый профессиональный рост в доменных знаниях. Так, например, появляются два типа аналитиков, упомянутые в начале.
👆🏻Как получить необходимые знания для работы в таких проектах❓
📌Академическое образование – например, магистр или MBA в финансах.
📌Профессиональное образование – например, Chartered Financial Analyst (CFA). Программа обучения расcчитана на самостоятельную работу, которую возможно совмещать с основной работой, и стоит намного дешевле учебы в университете или бизнес школе. Состоит из трех уровней и трех изнурительных экзаменов, также для получения чартера потребуется опыт практической работы, связанной с инвестициями, не менее 4-х лет.
Многие аналитики выбирают только первый уровень программы CFA, как компромиссный вариант. Он дает широкие, хоть и поверхностные, знания индустрии.
Чего не дадут программы университетов и CFA❓
❗️Актуальных знаний о работе конкретных компаний и отделов, их IT систем, и свежих требованиях регуляторов. Все это нужно учить дополнительно, но на базе фундаментальных знаний. Также, все это довольно быстро устаревает и сменяется, и чтобы оставаться с актуальными навыками, учиться нужно постоянно!
Сегодня мы поговорим о том, зачем БА глубокие знания предметной области, на примере инвест. банкинга🔥
Итак, поехали...😊
В инвест. банкинге есть IT аналитики, которые работают с документами и другими аналитиками, и есть такие, кто работает с конечными пользователями. Первых больше в аутсорсинговых компаниях. Вторых намного меньше, и встречаются они ближе к бизнес отделам компаний, чем к IT.
Почему так❓
Бизнес пользователи могут не иметь возможности объяснять профильную терминологию, стандартные понятия и процессы. Сотрудник фронт офиса в банке, скорее всего, не сможет общаться с БА, который не понимает его профессиональной терминологии. И дело тут не в желании или нежелании объяснять, ведь время этого сотрудника стоит дорого, и этого времени всегда в обрез. За день нужно успеть массу обязательных дел, отреагировать на все незапланированные события и запросы, составить об этом отчеты, и если останется время - можно обсудить улучшения в IT системах.
Разрыв в коммуникации может быть сравним с незнанием языка.😱
Причем, если в других областях со сложными профессиональными терминами – в медицине или юриспруденции - у профессионалов обычно есть навык общения с клиентами, то финансисты привыкли чаще общаться друг с другом. Трейдеры просто не имеют привычки объясняться простыми словами и не имеют времени этого делать.
💡Рассмотрим несколько примеров взаимодействия трейдеров и IT отдела:
Что НЕ работает😡:
❌ Наивное внедрение представителя бизнеса в scrum-команду, состоящую из программистов и тестировщиков.
Что получим: трейдер не понимает как функционирует IT, девелоперы не понимают бизнес трейдера. Такая ситуация может вызывать хроническое раздражение у обеих сторон. Допустим, команда как-то сработалась с деском на одном проекте, проект завершился и команда перешла на следующий проект, а к деску пришли другие айтишники, с которыми нужно начинать все заново.
Что работает 😁:
✅👎🏻 Выделение специального контакта из числа трейдеров какого-то деска, с которым будут взаимодействовать аналитики.
Такого трейдера придется частично или полностью освободить от основной работы, что снизит его отдачу и мотивацию (фронт офис обычно гордится тем что они делают, а на другие отделы глядят свысока). Плюс мотивация понимать IT процессы у него тоже не появится.
✅👍🏻Закрепление специального аналитика из сотрудников ай-ти отдела за определенным деском трейдеров.
Такой аналитик может вести бэклог для деска и все внешние запросы от других аналитиков из IT должны проходить через него. Требования к пониманию предметной области для такого аналитика – очень высокие. Мотивация – быстрый профессиональный рост в доменных знаниях. Так, например, появляются два типа аналитиков, упомянутые в начале.
👆🏻Как получить необходимые знания для работы в таких проектах❓
📌Академическое образование – например, магистр или MBA в финансах.
📌Профессиональное образование – например, Chartered Financial Analyst (CFA). Программа обучения расcчитана на самостоятельную работу, которую возможно совмещать с основной работой, и стоит намного дешевле учебы в университете или бизнес школе. Состоит из трех уровней и трех изнурительных экзаменов, также для получения чартера потребуется опыт практической работы, связанной с инвестициями, не менее 4-х лет.
Многие аналитики выбирают только первый уровень программы CFA, как компромиссный вариант. Он дает широкие, хоть и поверхностные, знания индустрии.
Чего не дадут программы университетов и CFA❓
❗️Актуальных знаний о работе конкретных компаний и отделов, их IT систем, и свежих требованиях регуляторов. Все это нужно учить дополнительно, но на базе фундаментальных знаний. Также, все это довольно быстро устаревает и сменяется, и чтобы оставаться с актуальными навыками, учиться нужно постоянно!
Добрый день, друзья!
Наверняка, многие из нас встречались с определенными трудностями при анализе и моделировании каких-либо бизнес-процессов ❗️ и вам приходилось выпутываться из так называемого "аналитического паралича" текущей модели бизнес-процесса🤯.
При моделировании бизнес-процесса "аналитический паралич" возникает, когда мы застреваем на модели и не можем завершить ее или когда мы не можем помочь облегчить принятие решения о том, как реализовать или улучшить бизнес-процесс🧐.
Ниже приведены 5 практик, которые помогают нам паралич и продвинуть нашу модель вперед:
☝🏻Определите начальную и конечную точки.
По всей видимости, у вас есть название для вашего процесса. Возможно, это «Обработка ежемесячных отчетов» или «Выпуск новых фич для приложения "X"». Названия начинают сужать наш кругозор, но имеют тенденцию быть двусмысленными. Вы застреваете, потому что не знаете, что включено, а что нет. Помимо названия, определите дискретную начальную и конечную точки вашего процесса. Теперь каждое действие, которое приходит на ум, будет четко соответствовать области охвата процесса, который вы захватываете, или выходить за пределы этой границы начальной / конечной точки и может быть безопасно зафиксировано для другого процесса, который будет задокументирован в другой день.
☝🏻Набросайте модель сначала на бумаге.
Да, мы живем в эпоху цифровых технологий, и да, очень вероятно, что ваш процесс в конечном итоге потребуется перевести в электронную форму. Но это не значит, что нужно начинать создавать модель в электронном виде. Данный подход сможет сэкономить ваше время. Простота ручки и бумаги как инструмента позволяет вам сосредоточить всю свою умственную энергию на том, что действительно важно, а именно на фиксации ключевых элементов процесса и их взаимосвязи.
☝🏻Уточните целевую аудиторию.
Не вся технологическая документация создается по одной и той же причине. Возможно, вам потребуется одобрение исполнительной команды, мнение тех, кто будет использовать процесс, или подтверждение тех, кто будет его поддерживать. Если вы застряли, это может быть связано с тем, что вы не знаете, кто ваша целевая аудитория или потому, что вы пытаетесь использовать один документ для удовлетворения потребностей нескольких заинтересованных сторон .
Уточните свою аудиторию и ее ожидания, и часто наиболее подходящий уровень абстракции станет очевидным. Это подводит нас к следующей практике.
☝🏻Не углубляйтесь сразу в детали на ранней стадии моделирования бизнес-процесса.
Если вы сразу вникнете в детали процесса, в том числе и пошаговые процедурные задачи, трудно сделать шаг назад и увидеть общую картину. Вместо этого начните с высокого уровня. Ограничьтесь одной страницей или 5-7 блоками рабочего процесса. Когда ваше мышление выходит за рамки этих искусственных ограничений, ищите способы абстрагироваться от информации, которую вы вкладываете в свою модель, комбинируя блоки или оптимизируя части потока. Определите элементы рабочего процесса, которые могут быть дополнительно определены их собственными подпроцессами. Простота требует дисциплинированного мышления, и это не значит, что вы никогда не доберетесь до подробного анализа. Это означает, что вы будете уверены, что сначала поймете процесс "сверху" прежде чем копаться в деталях, и с меньшей вероятностью застрянете, когда будете подробно останавливаться на этих деталях.
☝🏻Откажитесь от идеальных ожиданий и ожидайте повторения.
Еще одна причина, по которой мы застреваем, заключается в том, что мы не просто хотим документировать бизнес-процесс, мы хотим документировать их идеально. Если вы используете новую технику или изучаете новый домен, это нереалистичное ожидание. Вместо этого старайтесь ожидайте повторения и улучшения вашей документации с учетом пожеланий заинтересованных лиц. В качестве альтернативы, поиск надежного наставника или особенно любезного заинтересованного лица для проведения первого ревью может помочь вам выполнить итерацию в частном порядке, прежде чем вы поделитесь своей работой публично.
А сталкивались ли вы с подобной задачей? Как решали? Будем рады вашим комментам ниже👇🏻
Наверняка, многие из нас встречались с определенными трудностями при анализе и моделировании каких-либо бизнес-процессов ❗️ и вам приходилось выпутываться из так называемого "аналитического паралича" текущей модели бизнес-процесса🤯.
При моделировании бизнес-процесса "аналитический паралич" возникает, когда мы застреваем на модели и не можем завершить ее или когда мы не можем помочь облегчить принятие решения о том, как реализовать или улучшить бизнес-процесс🧐.
Ниже приведены 5 практик, которые помогают нам паралич и продвинуть нашу модель вперед:
☝🏻Определите начальную и конечную точки.
По всей видимости, у вас есть название для вашего процесса. Возможно, это «Обработка ежемесячных отчетов» или «Выпуск новых фич для приложения "X"». Названия начинают сужать наш кругозор, но имеют тенденцию быть двусмысленными. Вы застреваете, потому что не знаете, что включено, а что нет. Помимо названия, определите дискретную начальную и конечную точки вашего процесса. Теперь каждое действие, которое приходит на ум, будет четко соответствовать области охвата процесса, который вы захватываете, или выходить за пределы этой границы начальной / конечной точки и может быть безопасно зафиксировано для другого процесса, который будет задокументирован в другой день.
☝🏻Набросайте модель сначала на бумаге.
Да, мы живем в эпоху цифровых технологий, и да, очень вероятно, что ваш процесс в конечном итоге потребуется перевести в электронную форму. Но это не значит, что нужно начинать создавать модель в электронном виде. Данный подход сможет сэкономить ваше время. Простота ручки и бумаги как инструмента позволяет вам сосредоточить всю свою умственную энергию на том, что действительно важно, а именно на фиксации ключевых элементов процесса и их взаимосвязи.
☝🏻Уточните целевую аудиторию.
Не вся технологическая документация создается по одной и той же причине. Возможно, вам потребуется одобрение исполнительной команды, мнение тех, кто будет использовать процесс, или подтверждение тех, кто будет его поддерживать. Если вы застряли, это может быть связано с тем, что вы не знаете, кто ваша целевая аудитория или потому, что вы пытаетесь использовать один документ для удовлетворения потребностей нескольких заинтересованных сторон .
Уточните свою аудиторию и ее ожидания, и часто наиболее подходящий уровень абстракции станет очевидным. Это подводит нас к следующей практике.
☝🏻Не углубляйтесь сразу в детали на ранней стадии моделирования бизнес-процесса.
Если вы сразу вникнете в детали процесса, в том числе и пошаговые процедурные задачи, трудно сделать шаг назад и увидеть общую картину. Вместо этого начните с высокого уровня. Ограничьтесь одной страницей или 5-7 блоками рабочего процесса. Когда ваше мышление выходит за рамки этих искусственных ограничений, ищите способы абстрагироваться от информации, которую вы вкладываете в свою модель, комбинируя блоки или оптимизируя части потока. Определите элементы рабочего процесса, которые могут быть дополнительно определены их собственными подпроцессами. Простота требует дисциплинированного мышления, и это не значит, что вы никогда не доберетесь до подробного анализа. Это означает, что вы будете уверены, что сначала поймете процесс "сверху" прежде чем копаться в деталях, и с меньшей вероятностью застрянете, когда будете подробно останавливаться на этих деталях.
☝🏻Откажитесь от идеальных ожиданий и ожидайте повторения.
Еще одна причина, по которой мы застреваем, заключается в том, что мы не просто хотим документировать бизнес-процесс, мы хотим документировать их идеально. Если вы используете новую технику или изучаете новый домен, это нереалистичное ожидание. Вместо этого старайтесь ожидайте повторения и улучшения вашей документации с учетом пожеланий заинтересованных лиц. В качестве альтернативы, поиск надежного наставника или особенно любезного заинтересованного лица для проведения первого ревью может помочь вам выполнить итерацию в частном порядке, прежде чем вы поделитесь своей работой публично.
А сталкивались ли вы с подобной задачей? Как решали? Будем рады вашим комментам ниже👇🏻
Добрый вечер, друзья!
Сегодня мы поговорим про аналитиков данных и про навыки, которыми они должны обладать🔥
Итак, поехали🏎,
🧑🏼💻Аналитики данных превращают данные в информацию. Они играют жизненно важную роль, делая данные действенными для лиц, принимающих решения. Они часто берут данные, предоставленные инженерами данных, анализируют их и дают рекомендации. Также аналитики данных создают визуализации для отображения своих результатов на информационных панелях и в презентациях. В отличие от исследователей данных, аналитики данных обычно не создают прогностические модели, основанные на алгоритмах машинного обучения.
Давайте посмотрим на самые распространенные технологии, которые ежедневно используют в своей работе аналитики данных 🧐❗️
📌SQL
Это сокращение от языка структурированных запросов. SQL используется для работы с реляционными базами данных и поставляется во многих вариантах, включая MySQL, Oracle, SQL Server, PostgreSQL и SQLite. Каждая версия имеет большую часть одного и того же основного API. Есть качественные бесплатные предложения.
📌Excel
Почти так же распространен, как SQL. Это доминирующая программа электронных таблиц пакета программных средств Microsoft Office 365. Хотя он не может обрабатывать огромные объемы данных, такие как базы данных SQL. Но Excel отлично подходит для быстрого анализа.
📌Google Sheets
Основной конкурент Excel с бесплатной версией и схожими основными функциями.
📌Tableau
ПО для бизнес-аналитики, позволяющее легко создавать визуализации и информационные панели. Возможности визуализации в Tableau намного лучше, чем в Excel. У Tableau есть бесплатная публичная версия, но если вы хотите сохранить конфиденциальность данных, вам нужно выложить деньги🤑.
📌Python
Очень популярный бесплатный язык программирования с открытым исходным кодом для работы с данными, веб-сайтами и сценариями. Он используется в качестве основного языка для машинного обучения.
📌R
Популярный бесплатный язык с открытым исходным кодом для работы со статистикой, особенно в научных кругах.
Если вы хотите стать аналитиком данных или быть более конкурентоспособным, мы рекомендуем изучить следующие технологии в порядке приоритета:
☝🏻Excel
Это быстрее, чем SQL.
☝🏻Tableau
Позволяет быстро создавать великолепные визуализации с помощью интерфейса перетаскивания.
💪🏻Если вы знакомы с вышеперечисленными навыками и хотите освоить новые новые, то вам стоит изучить Python. Он отлично подходит для перехода к проектированию данных и науке о данных.
Желаем успехов в профессиональной прокачке!
Сегодня мы поговорим про аналитиков данных и про навыки, которыми они должны обладать🔥
Итак, поехали🏎,
🧑🏼💻Аналитики данных превращают данные в информацию. Они играют жизненно важную роль, делая данные действенными для лиц, принимающих решения. Они часто берут данные, предоставленные инженерами данных, анализируют их и дают рекомендации. Также аналитики данных создают визуализации для отображения своих результатов на информационных панелях и в презентациях. В отличие от исследователей данных, аналитики данных обычно не создают прогностические модели, основанные на алгоритмах машинного обучения.
Давайте посмотрим на самые распространенные технологии, которые ежедневно используют в своей работе аналитики данных 🧐❗️
📌SQL
Это сокращение от языка структурированных запросов. SQL используется для работы с реляционными базами данных и поставляется во многих вариантах, включая MySQL, Oracle, SQL Server, PostgreSQL и SQLite. Каждая версия имеет большую часть одного и того же основного API. Есть качественные бесплатные предложения.
📌Excel
Почти так же распространен, как SQL. Это доминирующая программа электронных таблиц пакета программных средств Microsoft Office 365. Хотя он не может обрабатывать огромные объемы данных, такие как базы данных SQL. Но Excel отлично подходит для быстрого анализа.
📌Google Sheets
Основной конкурент Excel с бесплатной версией и схожими основными функциями.
📌Tableau
ПО для бизнес-аналитики, позволяющее легко создавать визуализации и информационные панели. Возможности визуализации в Tableau намного лучше, чем в Excel. У Tableau есть бесплатная публичная версия, но если вы хотите сохранить конфиденциальность данных, вам нужно выложить деньги🤑.
📌Python
Очень популярный бесплатный язык программирования с открытым исходным кодом для работы с данными, веб-сайтами и сценариями. Он используется в качестве основного языка для машинного обучения.
📌R
Популярный бесплатный язык с открытым исходным кодом для работы со статистикой, особенно в научных кругах.
Если вы хотите стать аналитиком данных или быть более конкурентоспособным, мы рекомендуем изучить следующие технологии в порядке приоритета:
☝🏻Excel
Это быстрее, чем SQL.
☝🏻Tableau
Позволяет быстро создавать великолепные визуализации с помощью интерфейса перетаскивания.
💪🏻Если вы знакомы с вышеперечисленными навыками и хотите освоить новые новые, то вам стоит изучить Python. Он отлично подходит для перехода к проектированию данных и науке о данных.
Желаем успехов в профессиональной прокачке!
Добрый вечер, друзья! У нас для вас отличные новости! Вы просили вакансии? Мы с радостью делимся ими😃🔥.
🌞 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 (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
Andersenlab
Andersen: Software Development Company
Andersen is a trusted software development company with all the resources needed for software development, working with the US, Europe, and the UK.
Добрый вечер, друзья!
Сегодня мы поговорим о дискавери фазе и том, как её грамотно завершать🔥.
После того, как BA съездил к клиенту, познакомился с пользователями, провел обсуждения, собрал требования, дальше начинается самая скрупулёзная работа! Ведь нужно:
📌Обработать полученные данные;
📌Подготовить требования и сопроводительные артефакты;
📌Передать документы и полученные артефакты команде разработки.
Как правило, по результатам дискавери фазы BA готовит следующие артефакты:
💎Vision&Scope документ.
Иногда их разделяют, а иногда готовят совместно. При этом это может быть набор страниц в Confluence, а может и единый документ в Word. В этом документе BA фиксирует цели и границы проекта, ключевых заинтересованных лиц, и их проблемы, которые будут решаться, выделяет функциональные области и требования (например, в виде пользовательских историй) для каждой области. Частая ошибка - по результатам Дискавери готовится один сплошной Excel-файл, который называют Feature list, или его подобие. Проблема в том, что когда у вас один сплошной список с 100+ позициями, то за ним сложно проследить общую картину мира. Мы рекомендую разделять список пользовательских историй по функциональным областям и отдельно держать высокоуровневые требования к этим областям. Таким образом у вас есть и высокоуровневая картина мира, и список историй, по которым можно оценивать трудоемкость разработки.
💎Project backlog, Sprint #1 backlog.
Общий бэклог позволяет спланировать фазу разработки, определить команду и начать поиск людей на позиции. А бэклог первого спринта позволят стартовать работы без лишних промедлений.
💎Визуальный прототип.
Если прототип был явно прописан как артефакт в контракте на дискавери фазу, то его готовят UX специалисты, при взаимодействии с BA. В таком случае мы говорим о хорошо проработанных high-fidelity прототипах, часто кликабельных.
Отдельно стоит выделить следующие артефакты, которые готовят коллеги BA:
💎Statement of Work - этот документ готовят руководитель проекта и аккаунт-менеджер, базируясь на границах и целях проекта, которые определил BA.
💎Solution Architecture - архитектура решения, которую готовит архитектор, базируясь на требованиях, которые определил BA.
После того, как BA подготовил артефакты, самое время их передать команде разработки. Для этого нужно организовать встречу и подробно рассказать о целях проекта и известных требованиях. Помимо всего важно дать команде:
☝🏻Понимание бизнес-контекста - чем занимается клиент;
☝🏻Как выстроен текущий бизнес-процесс;
☝🏻С какими конкретными проблемами сталкиваются пользователи;
☝🏻Почему именно данная система позволит эти проблемы решить.
А теперь, несколько советов о том, как провести дискавери фазу максимально продуктивно🔥❗️
👌🏻Не бойтесь Дискавери.
Именно благодаря Дискавери мы имеем шанс окунуться в атмосферу работы заказчика, и тем самым лучше его понимать. Понимать из чего состоит типовой рабочий день нашего пользователя. Понимать, что стоит за запросами, кажущимися нам странными нам на первый взгляд. Понимать, что влияет на решения заказчика.
👌🏻Планируйте Дискавери.
Часто говорят: "Чем больше ты знаешь, тем меньше боишься".
👌🏻Готовьтесь к изменениям по ходу Дискавери.
Даже если у вас есть согласованный план встреч, будьте готовы что он может серьезно поменяться на ходу. Например, встречу просят перенести, или переговорная комната окажется забронирована кем-то другим. Или более серьезно - на установочной встрече вы понимаете, что цели проекта могут быть иными, чем вы изначально предполагали, и поэтому план надо перестраивать на ходу. Главное адекватно и без негатива принимать такие вещи как данность и профессионально на них реагировать. Ваши гибкость и способности думать на ходу помогает заработать очки в глазах клиента.
👌🏻Стремитесь заслужить доверие клиента.
Благодаря прочным отношениям с клиентом, вы можете легко договориться о последующем звонке, выяснить те или иные детали, а к вашим предложениям будут прислушиваться.
Желаем вам удачных и конструктивных Дискавери!
Сегодня мы поговорим о дискавери фазе и том, как её грамотно завершать🔥.
После того, как BA съездил к клиенту, познакомился с пользователями, провел обсуждения, собрал требования, дальше начинается самая скрупулёзная работа! Ведь нужно:
📌Обработать полученные данные;
📌Подготовить требования и сопроводительные артефакты;
📌Передать документы и полученные артефакты команде разработки.
Как правило, по результатам дискавери фазы BA готовит следующие артефакты:
💎Vision&Scope документ.
Иногда их разделяют, а иногда готовят совместно. При этом это может быть набор страниц в Confluence, а может и единый документ в Word. В этом документе BA фиксирует цели и границы проекта, ключевых заинтересованных лиц, и их проблемы, которые будут решаться, выделяет функциональные области и требования (например, в виде пользовательских историй) для каждой области. Частая ошибка - по результатам Дискавери готовится один сплошной Excel-файл, который называют Feature list, или его подобие. Проблема в том, что когда у вас один сплошной список с 100+ позициями, то за ним сложно проследить общую картину мира. Мы рекомендую разделять список пользовательских историй по функциональным областям и отдельно держать высокоуровневые требования к этим областям. Таким образом у вас есть и высокоуровневая картина мира, и список историй, по которым можно оценивать трудоемкость разработки.
💎Project backlog, Sprint #1 backlog.
Общий бэклог позволяет спланировать фазу разработки, определить команду и начать поиск людей на позиции. А бэклог первого спринта позволят стартовать работы без лишних промедлений.
💎Визуальный прототип.
Если прототип был явно прописан как артефакт в контракте на дискавери фазу, то его готовят UX специалисты, при взаимодействии с BA. В таком случае мы говорим о хорошо проработанных high-fidelity прототипах, часто кликабельных.
Отдельно стоит выделить следующие артефакты, которые готовят коллеги BA:
💎Statement of Work - этот документ готовят руководитель проекта и аккаунт-менеджер, базируясь на границах и целях проекта, которые определил BA.
💎Solution Architecture - архитектура решения, которую готовит архитектор, базируясь на требованиях, которые определил BA.
После того, как BA подготовил артефакты, самое время их передать команде разработки. Для этого нужно организовать встречу и подробно рассказать о целях проекта и известных требованиях. Помимо всего важно дать команде:
☝🏻Понимание бизнес-контекста - чем занимается клиент;
☝🏻Как выстроен текущий бизнес-процесс;
☝🏻С какими конкретными проблемами сталкиваются пользователи;
☝🏻Почему именно данная система позволит эти проблемы решить.
А теперь, несколько советов о том, как провести дискавери фазу максимально продуктивно🔥❗️
👌🏻Не бойтесь Дискавери.
Именно благодаря Дискавери мы имеем шанс окунуться в атмосферу работы заказчика, и тем самым лучше его понимать. Понимать из чего состоит типовой рабочий день нашего пользователя. Понимать, что стоит за запросами, кажущимися нам странными нам на первый взгляд. Понимать, что влияет на решения заказчика.
👌🏻Планируйте Дискавери.
Часто говорят: "Чем больше ты знаешь, тем меньше боишься".
👌🏻Готовьтесь к изменениям по ходу Дискавери.
Даже если у вас есть согласованный план встреч, будьте готовы что он может серьезно поменяться на ходу. Например, встречу просят перенести, или переговорная комната окажется забронирована кем-то другим. Или более серьезно - на установочной встрече вы понимаете, что цели проекта могут быть иными, чем вы изначально предполагали, и поэтому план надо перестраивать на ходу. Главное адекватно и без негатива принимать такие вещи как данность и профессионально на них реагировать. Ваши гибкость и способности думать на ходу помогает заработать очки в глазах клиента.
👌🏻Стремитесь заслужить доверие клиента.
Благодаря прочным отношениям с клиентом, вы можете легко договориться о последующем звонке, выяснить те или иные детали, а к вашим предложениям будут прислушиваться.
Желаем вам удачных и конструктивных Дискавери!
Добрый день, друзья!
Сегодня мы поговорим про описание требований к интеграции и API🧑🏼💻.
Стоит отметить, что описание требований к интеграции систем - стандартная задача для системного/бизнес-аналитика.
❓API - это программный интерфейс системы, который позволяет любой другой заинтересованной системе получить доступ к данным или бизнес-функциям этой системы.
🧐Для начала разберемся в простой ситуации, когда необходимо интегрироваться с уже существующим API, предоставляемым сторонней системой.
❗️Задача: повысить уровень безопасности вашего приложения путем внедрения двухфакторной аутентификации в системе. Итак, с чего стоит начать решение данной задачи? В первую очередь необходимо разобраться в наборе функциональных возможностей и логике их работы предоставляемой API. Для этого необходимо запросить документацию API, которая может быть представлена в следующем виде: 1)свободное описание на сайте компании, swagger схема, Postman коллекция и т.д.
Документация API должна содержать следующую информацию:
📌способ аутентификации и авторизации;
📌набор конечных точек с описанием формата запроса и ответа;
📌описание зависимостей между методами;
📌перечень возможных ошибок при работе с API.
Ниже дадим определения:
📍Аутентификация – проверка пользователя на наличие доступа в систему. В нашем случае используется токен - уникальный идентификатор пользователя, сгенерированный в момент создания пользователя и чаще всего неизменный на протяжении всего жизненного цикла пользователя.
📍Авторизация - проверка пользователя на наличие доступа к определённому действию. Выявление и анализ прав доступа необходимы для валидации требований.
📍Набор конечных точек - перечень функциональных возможностей API, реализованный набором действий разных типов: получить, создать, изменить, удалить и т.д. В описании конечной точки, помимо типа действия, указывается путь, по которому эта конечная точка доступна, формат тела запроса и ответа, а также набор входящих и исходящих параметров.
📍Путь конечной точки – это URL, по которому доступен метод.
📍Формат тела запроса. Чаще всего в API используются JSON и XML.
📍Набор входящих и исходящий параметров – это набор данных необходимый для выполнения метода и возвращаемых в результате работы метода.
📍Последовательность вызовов конечных точек. Так как API представляет собой набор простых действий, при работе с конечными точками необходимо понимать, в какой последовательности их необходимо вызывать. При нарушении последовательности вызовов конечных точек ответ будет содержать описание и код ошибки.
👆🏻После детального изучения логики работы API можно приступать к моделированию процессов взаимодействия систем используя диаграмму последовательностей UML, на которой необходимо отобразить все взаимодействующие системы или компоненты.
👆🏻После моделирования всех процессов, необходимо составить таблицу соответствия параметров используемых в интеграции.
👆🏻После необходимо задуматься о том, как после реализации мы будем выполнять отладку, оценивать и анализировать работу интеграции. Для решения этих задач можно использовать журналирование вызовов конечных точек, с сохранением URL, тела запроса, тела ответа и даты и времени вызова.
👨🏻🎓Описанные выше артефакты можно считать достаточными для начала создания технического дизайна интеграции техническими специалистами вашей команды.
Сегодня мы поговорим про описание требований к интеграции и 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, пройдя через который, вы сможете примерно осознать, как у вас обстоят дела с базовой компетенцией "Адаптивность"👇🏻:
📌БА принимает факт изменения условий и окружения;
📌БА демонстрирует готовность изучать новые методы, процедуры и техники для достижения целей проекта;
📌 БА может менять поведение для эффективного взаимодействия в меняющихся или неясных ситуациях;
📌 БА приобретает и применяет новую информацию и новые навыки для соответствия изменениям и новым требованиями.
При этом он анализирует, что из техник сработало, а что нет;
📌 БА принимает во внимание и ценит взгляды других людей и различные подходы;
📌 БА демонстрирует способность действовать оригинально, даже вопреки взглядам других стейкхолдеров.
Желаем вам успешной адаптации ко всем изменениям (рабочим и жизненным)! 😃