День рождения analyst.by 2020

Более 600 заявок, 250 участников, воркшопы и доклады, разделенные на 3 потока, – и все это в атмосфере современных конференц-залов компании EPAM – таков новый уровень и формат мероприятий от analyst.by. Сообществу исполнилось 10 лет, и в этом году даже сам Карл Вигерс поздравил участников с юбилеем в своем видеообращении!

Мы рады напомнить об этой яркой встрече и поделиться со всеми, кто не смог попасть на мероприятие, наиболее интересными тезисами и выводами из докладов и воркшопов. К слову, если вы почувствуете, что вам есть чем поделиться с профессиональным сообществом на актуальную БА-тему — свяжитесь с нами любым удобным способом, включая почту org.analyst.by@gmail.com и следующие статьи расскажут уже о ваших выступлениях ;)

Доклад Марины Володских на тему “Business Analysis Governance или какие БА процессы должны быть на проекте и как их объяснить заказчику”.

Марина осветила следующие подпроцессы анализа на проектах:

Stakeholder Engagement: имеется в виду не только анализ стейкхолдеров и их влияние на процесс принятия решений, но и эффективная коммуникационная стратегия, которая будет обеспечивать необходимый уровень вовлеченности в проект.
Business Analysis Approach: данный этап подразумевает ответ на такие вопросы как: “Какие артефакты необходимы на данном проекте, в данном контексте? Каким должен быть уровень их детализации? Кто будет основным потребителем артефактов?”. Важно выработать правильный шаблон для ведения документации и определить хотя бы для себя Requirements Lifecycle.
Prioritization: иногда бэклог может состоять из сотен айтемов, поэтому своевременная приоритизация очень важна. Например, относительно законодательной базы в зависимости от проекта или маркетинговой стратегии.
Change Management: особенно важно обращать внимание на правильное оформление Change Requests на Fixed Price проектах.
Traceability: не забывать про сопоставление требований и отслеживание связей между ними.
Maintenance: поддерживать в актуальном состоянии артефакты не всегда получается вовремя, но делать это нужно.
Requirements Engineering: это всё то, чем мы привыкли заниматься в каждодневной рутине – выявление, разработка и документирование требований.

Доклад Вадима Мустяцы на тему “Почему анализ без аналитиков – это не всегда плохо”.

Вадим Мустяца, в свою очередь, рассказал слушателям про стартапы и бизнес-аналитиков в них. Нам запомнилась мысль, что для стартап-проектов характерна необходимость в высокой скорости разработки прототипа продукта, поэтому необходимо минимизировать лишнюю работу, порой даже в ущерб качеству. Правильно же выстроенная коммуникация между командой разработки и Product Owner с помощью таких техник, как Model Development, Roadmapping, Impact Mapping, User Story Mapping и др. сможет обеспечить команду актуальным и приоритизированным бэклогом.

Поздравить analyst.by с круглой датой приехал также давний друг сообщества и основатель украинского клуба бизнес-аналитиков и руководителей проектов «IT Network» – Артур Селецкий с воркшопом «Искусство убеждать». Ниже мы цитируем моменты из воркшопа, понравившиеся нам больше всего.

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

Как происходит оценка доводов? У нас есть «центр принятия решений» и «корзина». В центр принятия решений попадают аргументы, для которых мы оцениваем плюсы и минусы, а в «корзину» — то, что нам ни о чем не говорит, что мы не смогли понять и впоследствии даже не сможем вспомнить.

Так как же сделать так, чтобы аргумент попал в «центр принятия решений» и был оценен положительно? В этом нам поможет убеждение на уровне аргументации.

Основанием для принятия решений могут служить логика или эмоции. Поэтому можно выделить следующие виды аргументов:

Рациональный аргумент – Поддержка (теоретическое обоснование) + Пример;
Эмоциональный – Аргумент + Картинка, которая должна передавать четкую и понятную эмоцию;
Рационально-эмоциональный – Поддержка + Картинка;

При этом следует помнить:

Если вы знаете, как оспорить аргумент, то лучше его вообще не использовать;
Для усиления эффекта в схеме из трех аргументов самый сильный аргумент используйте последним, второй по силе используйте в начале, а самый «слабый» вставьте в середину.

Алина Карелина, бизнес-аналитик сервисной компании Itexus выступила с докладом “Бизнес-аналитик на пресейле”.

Она раскрыла в деталях и дополнила практическими примерами главные задачи, с которыми аналитик сталкивается на пресейле:

определить бизнес-цели и ожидания потенциального клиента;
предоставить более качественные артефакты и более детальную декомпозицию предстоящих работ.

Примерный план действий БА на этапе pre-sale:

сбор всей входящей информации;
устранить гэпы/неопределенности по итогам анализа информации – коммуникация с клиентом;
подготовка драфтовой версии артефактов;
обсуждение предлагаемого решения с технической командой;
финализация результатов (артефакты) и получение оценки на разработку;
отправка Pre-sales manager или Sales manager на дополнение.

Посмотреть доклад целиком вы сможете по этой ссылке.

Своим мнением относительно смысла работы бизнес-аналитиков в докладе “Ты и есть Product Manager” поделился Ярополк Раш, который на протяжении 5 лет был Product Director в компании Wargaming.

В первую очередь, сейчас бизнес-аналитик ассоциируется с таким понятием, как “требование” и всем тем, что связано с требованиями: выяснение, приоритизация, документирование и т.д. При этом практически не ассоциируется с понятием “продукта”, т.е. основной потребностью бизнеса, что косвенно превращает бизнес-аналитика в технического писателя. Ярополк также поделился способом, как можно управлять продуктом на одной странице, на которой должны быть отражены проблемы бизнеса, которые препятствуют получению прибыли, воронка продаж, владелец и ответственный, текущие цели компании и задачи, которые необходимо выполнить, для достижения целей/ решения проблем. Такой подход к управлению продуктом требует определенных навыков, но польза для бизнеса от него очень существенная.

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

Ирина Сурова, бизнес-аналитик в компании “Лаборатория Касперского”, поделилась опытом относительно General Data Protection Regulation (GDPR) — “Реализация GDPR”.

Это серьезный вопрос, и он требует тесного сотрудничества с юристами, так как нарушение закона о защите данных пользователей на территории Европы карается штрафом от 20 миллионов евро или 4% от мировой выручки компании. Ирина описала на примере, в чем заключается работа аналитика при формировании пользовательского соглашение в соответствии с GDPR:

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

А вот полное видео ее выступления.

Команда бизнес-аналитиков Evolution Gaming, представленная Мариной Харламовой, Евгенией Король и Мадиной Дасиника рассказала об основных принципах работы продуктовых бизнес-аналитиков — “Меняем правила игры: Продуктовый бизнес-аналитик”.

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

Отличной практикой от компании Evolution Gaming является ведение Storybook. Storybook – это библиотека элементов с описанием их характеристик и параметров. Storybook также является эффективным инструментом обучения новых бизнес-аналитиков при их погружении в проект.

Наш украинский коллега Анатолий Лой провел интересный воркшоп на тему “Чувство юмора в бизнес-анализе”.

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

Денис Гобов выступил с докладом “Работа бизнес-аналитика в распределенной команде” и рассказал про следующие проблемы, с которыми БА могут столкнуться, и их возможные решения:

часовые пояса: установите рекомендуемые часы работы; планируйте митинги; сделайте свою работу и будьте на связи;
одиночество: чат в скайпе; регулярные звонки с видео; обмен новостями; разговоры на нерабочие темы; локальные тимбилдинги;
коммуникация в БА-команде: единый шаблон требований; «сверка часов» и ad-hoc митинги; рассылайте информацию, чтобы все члены команды знали, что происходит; используйте оповещение об отсутствии на рабочем месте; тематические чаты по отдельным фичам;
узнайте своего клиента: создайте профиль клиента – уровень влияния, уровень заинтересованности; определите предпочтительный формат коммуникации, психологические факторы;
удаленный заказчик: on-site представитель (прокси-коммуникатор, желательно той же культуры); более подробные требования (для меньшего количества вопросов); создание мокапов и использование примеров в документации.

Вот запись этого, особенно актуального сейчас, доклада.

Тарас Мотульский рассказал коллегам про “Особенности работы аналитика на интеграционных проектах”.

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

Работа аналитика на интеграционных проектах имеет следующие особенности:

проектирование – согласуйте спецификацию со всеми участвующими системами;
разработка – проверьте, насколько актуально описание API и примеры его использования;
тестирование – вначале автономное тестирование с эмулятором прочих систем и только потом реальное интеграционное тестирование.

Тарас поделился своими Best Practice:

выяснить, насколько реальность отличается от документов – Заявлено, Реализовано, Внедрено;
когда будут изменены сторонние системы? Планы по их изменению могут оказывать влияние на ваш проект;
предоставлять описание формата обмена данными с примерами;
четко определять границы проекта и вашей ответственности на нем.

Вот запись для желающих посмотреть доклад целиком.

Бизнес-аналитики компании Softeq Николай Гаврилов и Галина Лонская на воркшопе “Нефункциональные требования для интернета вещей” рассказали про один из IoT проектов компании — умный ошейник для животных.

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

Завершилось празднование юбилея квизом, победители которого смогли разрезать праздничный торт :)

Еще раз спасибо всем, кто пришел или иначе поддержал эту встречу. Ждем вас на мероприятиях analyst.by в онлайне и надеемся, что на следующий день рождения мы сможем так же собраться дружной компанией.