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

О чем расскажу:

• Выявление проблем и болей, приговоривших старое решение;
• Состав команды, с кем идем к новым свершениям;
• Нормативная документация - основа для формирования требований;
• Формирование прототипов, использование графических редакторов;
• Реализация бизнес-требований применяя low code платформы.

ИИ настолько внедрился в нашу жизнь, что без него уже не представить настоящий мир: распознование фотографий, беспилотные автомобили, подборка музыки и это только капля в море. При этом, совсем недавно на весь мир стал известен чат-бот с ИИ "ChatGPT". Этот бот способен сочинять стихи, искать ошибки в тексте, вести диалог, и, как следствие, заменять людей на привычных рабочих местах. Журналисты, копирайтеры, сценаристы - все уже нервно наблюдают за возможностями этого "монстра". Да что там говорить - он уже умеет писать код, поэтому программисты тоже не должны расслабляться. А может ли он заменить конкретно нас - аналитиков? Об этом мы детально и поговорим.

Интерактивный доклад для тех, кто уже прочитал 10 статей про устройство кафки, но все еще непонятно, зачем все это нужно.

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

Приходите, если готовы думать и рисовать, а не только слушать. Воркшоп для аналитиков middle уровня, имеющих общее представление о брокерах сообщений, но слабо знакомых с Kafka.

Распознавание образов/лиц - это технология, которая произвела wow-эффект несколько лет назад. Сейчас она внедрена во многие системы, мы ее используем в своих телефонах, банкоматах, "ловим" штрафы на дорогах. Но что мы о ней знаем? Как она устроена простыми словами? Можно ли обмануть алгоритм? Какова роль аналитика в подобных проектах? Это и немножко больше я расскажу в своем докладе. 

Доклад не будет содержать сложных терминов и математических формул, поэтому подойдет для всех желающих. Отдельно будут рассмотрены изменения законодательства по использованию биометрии в РФ. 

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

Поговорим о конфликтах в переговорах? Приглашаю на свой мастер-класс аналитиков любого уровня. 

Будет много практической части с реальными кейсами. На примерах разберем 5 основных стратегий выхода из конфликтных ситуаций по к. Томасу и обсудим принятые решения.

Я готова поделиться личным опытом, услышать другое мнение и вместе проанализировать методы ведения переговоров.

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

На мастер классе мы поговорим, как сделать так, чтобы мы лучше понимали, что пишут нам и сами делали так, чтобы лучше понимали нас. 

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

Мы обсудим как общаться в чатах с коллегами и заказчиками не только из России, но и из других стран. И потренируемся, используя упомянутые инструменты.

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

Будет смешно и весело, приходите!

Примерное время мастер класса: 1:20 - 1:30 

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

По моему опыту, нефункциональные требования часто воспринимаются как не очень нужное дополнение к действительно важным требованиям - функциональным. Даже в названии они как будто противопоставляются функциональным. Заказчик не понимает их ценности, а аналитик не участвует в их реализации. Поэтому однотипные разделы "требования к обеспечению", "требования к перспективам модернизации" и "требования к защите от потери данных" просто копируются из документа в документ, а загадочные "девятки" и "время обработки запроса" интересны только техническим специалистам.

Хватит это терпеть! На мастер-классе мы поговорим о том, что принято называть "НФТ" с позиции их реальной ценности. Обсудим, почему и зачем они действительно важны, и как их можно (и желательно - нужно) выявлять. И попробуем все это на практике - участники мастер-класса будут пытать самых общительных в мире "заказчиков", чтобы собрать НФТ, зафиксировать их и обсудить друг с другом.

Как измерить KPI аналитиков при нашей многозадачности, сложной прогнозируемости объемов работ, постоянных изменениях и бесконечных зависимостях от других?

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

Как аналитик и руководитель, отвечающий за совокупный результат работы команды - представляю вашему вниманию доклад "Практические подходы к измерению KPI аналитиков в Agile-проектах". В рамках доклада мы посмотрим, как можно извлекать объективные и ценные данные о производительности аналитиков в реальных цифрах, не мешая команде работать.

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

Мы проводим регулярные онлайн-встречи с выходцами из системного анализа, которые поменяли свой карьерный путь. Хочу поделиться наблюдениями после разговоров с:

• b2b-продактом,
• архитектором и СТО,
• UX, CX-исследователем,
• техническим писателем.

В докладе расскажу о том:

• какие могут быть неожиданные пути развития системного аналитика;
• какие ключевые навыки выделяют эксперты, как самые необходиые;
• практических советах, что можно делать, чтобы развиваться в той или иной области (по факту совет будет однообразным независимо о роли): как находить ментора, полезные чаты, какие вопросы задавать экспертам у себя в компании и в профессиональных чатах, как искать полезные курсы и литературу.  

Доклад будет полезен больше всего джунам и миддлам

Я Владелец Продукта в Банке. У меня 2 команды разработки и 2 продукта, которые я не владею, но отвечаю за то, как клиент с продуктом реализует все приложения CJM. Поэтому хочется узнать о том, как в результате возникает потребность, а также какие инструменты можно для того использовать, чтобы предложить хорошее открытие (без подробного изучения инструментов):

1. Составление продукта CJM

2. Работа с сигналами (просмотр и прослушка в текущих коммуникациях клиентов в Банке, сбор данных по обращению с различными обращениями, анализ рынка, изменения в законодательстве, экспертное мнение, исследования клиентов, количество исследований и отчеты)

3. Выявление проблем и предложений вариантов решений (через исследование и работу со СХ)

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

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

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

В качестве бонуса, в конце доклада будут приведены полезные ссылки на материалы для развития навыков, необходимых старшему системному аналитику.

О нас:

Сергей Калинов: эксперт бизнес-анализа и проектирования масштабных решений в различных доменах: банковский, страховой, интернет-порталы и других сферах, руководитель практики бизнес и системного анализа в крупной аутсорсинговой IT компании в течение 15 лет, общий опыт работы в IT - 20 лет

Николай Шемонаев: Лидер команды аналитиков, Руководитель направления обучения и повышения квалификации аналитиков, автор курсов и тренингов по бизнес-анализу в крупной аутсорсинговой IT компании, эксперт в нескольких доменах: страховая деятельность, тренинги и развития сотрудников и других сферах, опыт работы аналитиком - 15 лет

Мария Егорова: Старший бизнес-аналитик; эксперт в нескольких доменах: страховая деятельность, логистика и управление складами, умный город; лидер проектной команды аналитиков; опыт работы аналитиком - 6 лет.

Частая ситуация в проекте:

• система не имеет описания ни для пользователей, ни для разработчиков
• у нас много чужого кода, а возможно полностью или частично новая команда из-за текучки или «потери» подрядчика
• чтобы узнать, как работает система, мы задаём вопросы пользователям, а они задают вопросы нам
• все это время ни работа пользователей, ни модернизация системы, ни исправление «багов» и багов не прекращается ни на секунду
• вокруг нас «враждебный» системный ландшафт, который развивают другие команды, не советуясь ни с кем

И тут кто-то решает нанять аналитика или усилить команду аналитиков…

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

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

• Описание бизнес-ландшафта и картографирование бизнес-процессов
• Картографирование системного ландшафта
• Техники быстрого восстановления функциональной модели: Service blueprint и Story mapping с вкраплениями Use Case
• Техники быстрых археологических раскопок: 4 context architecture, карты доступа и мониторинга системы