Продуктовые практики
- «Проведение сервисных улучшений в продукте»
Узнаем об одном из подходов к генерации задач, которые решают проблемы пользователей, а также об ограничениях при реализации функциональности в условиях санкций.
На примере разработки конкретной фичи разберем использование на этапах Discovery и Delivery методологий CХ, CJM, Problem Statement Map, гипотез, метрик.Рейнганд МихаилProduct Owner, Альфа Банк. Начинал системным аналитиком в 2020 году. В 2022 году занял позицию техлида в Альфа Банке. Собрал, провел онбординг и настроил работу 5 команд за полгода и ушел на позицию Product Ownera одной из команд в июле 2022. С ноября 2022 лидирует 2 команды в розничном бизнесе, отвечает за улучшение клиентского опыта по безопасности и арестам и взысканиям. - «Размываем границы, будучи бизнес-аналитиками транслируем и реализуем требования»
Рассмотрим конкретный кейс разработки системы с нуля, последовательно проходя все этапы с использованием современных методологий. Узнаем о том, как аналитики, оснащенные low-code платформой, помогают бизнесу и продуктовой команде в изменениях бизнес-процессов и нивелировании проблем частых изменений.Габидуллин АлмазСтарший бизнес-аналитик, группа НЛМК.
Начинал карьеру в сфере разработки полезных ископаемых, решал геологические и геофизические задачи. Благодаря полученному опыту и IT образованию продолжил карьеру в компании - разработчике и интеграторе в роли Project Manager'а. Последние 8 лет занимается созданием, внедрением и тиражированием ИТ решений в разных ролях, сейчас руководитель группы бизнес-анализа. Участвует в реализации ключевых проектов и создании новых продуктов компании. Адаптирует тренды, бенчмарки и мейнстрим к потребностям бизнеса.
Развитие аналитика
- «Выгорание в IT и как с ним справиться»
Исследования показывают, что к выгоранию приводят не только рабочие перегрузки, а весь образ жизни и работы: постоянные переработки, отсутствие хобби, нелюбимая работа ради денег или потому что «так надо», неумение снимать стресс и восстанавливаться. Как правило, мы боремся с симптомами, но это не помогает. Волшебной таблетки от выгорания нет, часто требуется серьезный пересмотр образа жизни.
В ходе доклада:
- разберем evidence-based инструменты, помогающие лучше заботиться о себе и справляться со стрессом;
- познакомимся с техникой ABC PLEASE из диалектической поведенческой терапии (DBT);
- узнаем, как работать с иррациональными убеждениями в РЭПТ, что помогает в случае клинического перфекционизма;
- поговорим о том, что делать в реальных рабочих ситуациях, чтобы меньше выгорать;
- обсудим, когда получится справиться самому, а когда пора обратиться к специалисту.Нужненко ЮлияПрактикующий психолог. Основное направление работы: профессиональное и карьерное развитие клиентов. Сертифицированный РЭПТ-терапевт (Институт Альберта Эллиса, Нью-Йорк). Член Ассоциации когнитивно-бихевиоральных терапевтов, Ассоциации когнитивно-поведенческой психотерапии.
Расширяем горизонты
- «Бизнес-архитектор как вариант развития карьеры бизнес-аналитика»
Общее представление о бизнес-архитектуре, как о предметной области, и о бизнес-архитекторе, как профессии.Николай НовикEPAM ведущий бизнес-аналитик
Теория и практика разработки и управления требованиями
- «Как вытащить требования из заказчика без гипноза?»
Разберем в теории и на практике этапы переговорного процесса, узнаем, какие вопросы никто не задает заказчику, научимся применять модель GROW (чтобы вытянуть то, о чем умалчивали все участники) и психологические трюки для завершения переговоров.
В результате МК участники смогут качественно изменить процесс ведения переговоров: составят собственный список вопросов и алгоритм мини-переговоров с заказчиком.Ирина БаржакПреподаватель, медиатор, коуч. Основатель института публичных выступлений и конфликтологии. Президент Международной ассоциации текстовых консультантов и онлайн-терапевтов IATC&OT. Co-founder Mindsafe. Автор уникальной методики оперативной подготовки презентации Quick Step. Автор нескольких книг и статей. - «Использование Requirements Yogi для ведения реестров требований и ошибок»
Доклад об использовании плагина к Confluence, который превращает wiki-систему в несложную систему управления требованиями. Слушатели получат практические рекомендации и знания, которые смогут применять как при использовании Confluence, так и при подборе других инструментов управления требованиями.Дягилева Александра - «Мастер-класс по анализу нефункциональных требований»
Мастер класс от архитектора по тому как работать с нефункциональными требованиями будет весьма ценным для аналитиков.Шаломович Максим
Инструментальные средства анализа и проектирования
- «Лучше день потерять, потом за 5 минут долететь»
В работе аналитика рождается много документов, их называют по-разному, но суть одна – зафиксировать все аспекты проектируемой системы так, чтобы читающие не просили «перевести на человеческий язык».
В ходе доклада:
- познакомимся с собственными примерами шаблонов артефактов и походов автора к организации пространства хранения документов;
- обсудим "болезненную тему" версионирования в документации;
- убедимся, что управление документацией не пустая трата времени, а действительно необходимое условие для эффективной работы.Долгина ТатьянаКандидат экономических наук. Преподавала курсы "Проектирование информационных систем", "Управление ИТ-проектами" и т.п. студентам специальности/направления "Прикладная информатика". Опыт в анализе 10 лет в различных сферах бизнеса. Опыт работы в качестве скрам-мастера. - «Занимательная картография и археология для аналитиков»
Узнаем, почему без картографии и археологии в проекте невозможно жить ни секунды. Разберем, как быть в ситуации, когда на проекте:
• система не имеет описания ни для пользователей, ни для разработчиков;
• много чужого кода и, возможно, полностью или частично новая команда из-за текучки или «потери» подрядчика;
• чтобы узнать, как работает система, приходится задавать вопросы пользователям и отвечать на их вопросы;
• при этом не прекращается ни на секунду ни работа пользователей, ни модернизация системы, ни исправление багов;
• вокруг нас «враждебный» системный ландшафт, который развивают другие команды, не советуясь ни с кем.Нужненко СергейРoscredit, системный архитектор. 20+ лет занимается проектированием. 10+ лет - коуч, тренер, консультант, преподаватель по темам управления проектами, процессами, системному и бизнес-анализу. Со-основатель Школы системного Анализа. Разработчик профстандарта "Системный аналитик" второй редакции 2023 - 2024 года.
Проектирование систем и архитектура данных
- «DDD: модели вместо требований - 9 лет спустя»
Девять лет назад, на AnalystDays-2014 Максим сделал доклад «DDD: модели вместо требований». С тех пор его представление о Domain Driven Design развивалось: появилось понимание отличий DDD от построения объектных моделей (OOAD), осознание различий между проектированием автоматизации «с чистого листа» и заменой существующей основной системы, представление о применении DDD в современной микросервисной архитектуре и многое другое.
Все это мы узнаем из доклада вместе с основами DDD, которые делают его более эффективным способом проектирования приложений, чем классическая работа с требованиями: концепциями единого языка, ограниченных контекстов и единой моделью, прозрачно отражаемой в код.
Эти вопросы также затрагивались в докладе на AnalystDays-2023 «Требования или модели - как писать постановки», но DDD была посвящена только 1/6 часть выступления, что позволило сделать лишь пунктирное изложение, сейчас же вашему вниманию будет представлен подробный рассказ о подходе с примерами из практики.Максим ЦепковCUSTIS, главный архитектор решений. Активно использует Domain Driven Design, консультирует по практикам нового менеджмента и смежным концептам. Постоянный спикер ЛАФ. Всегда готов общаться и рассказывать. - «ETL-интеграции без валидола»
Узнаем, что необходимо учитывать при проектировании ETL-интеграции, и почему нельзя ограничиваться только маппированием.
На примере типовой задачи:
- Дано:
Из системы А следует загрузить данные в пакетном режиме в систему Б. Сначала прогрузить многомиллионный или миллиардный исторический объем, а затем отрегулировать регулярные инкрементальные загрузки.
- Ожидания:
в систему Б будет загружено 100 млн. данных к дате Х.
- Реальность:
загрузили в 10 раз меньше. После нескольких перегрузок, сорвав сроки, данные все же загрузили.
Последствия всплывали еще 3 года.
Разберем, почему понимание масштаба бедствия при проектировании интеграции позволит сберечь нервы всем участникам процесса и избежать риска срыва сроков.Татьяна Бунто14 лет в IT, с 2017 года в HFLabs. Начинала свой путь мини-аналитиком. Побывала в ролях QA, поддержки, инженера внедрений, руководителя проектов, аккаунта по развитию заказчиков. Внедряла MDM-систему «Единый Клиент». Сейчас развивает продукт «Единый адрес». Приводит в порядок клиентские и адресные данные, трепетно относясь к качеству. Занимается онбордингом новых сотрудников, отвечает за счастье заказчиков, спокойные нервы разработчиков и тестировщиков :)
Мастер-классы
- «Карта проблемного поля и карта решений на практике»
На мастер-классе познакомимся с техникой «Карта проблемного поля и карта решений» и на практике научимся:
- разбираться в сложной системе и понимать, где возникают проблемы;
- выявлять причины проблем;
- определять ключевую проблему и понимать, что лежит вне зоны нашего влияния;
- составлять план решений, чтобы начать позитивные преобразования всей системы.Анастасия МосковкинаРуководитель отдела бизнес и системного анализа. В IT уже 10+ лет, включая опыт работы на аутсорсе, внутри продукта, по внедрению решений. Ментор в Women in Tech, спикер многих площадок и конференций, в том числе ЛАФ. - «Практика картографии и археологических раскопок для аналитиков»
В дополнение к докладу освоим на практике применение инструментов быстрого восстановления знаний:
• описание бизнес-ландшафта и картографирование бизнес-процессов;
• картографирование системного ландшафта;
• техники быстрого восстановления функциональной модели: Service blueprint и Story mapping с вкраплениями Use Case;
• техники быстрых археологических раскопок: 4 context architecture, карты доступа и мониторинга системы.Нужненко СергейРoscredit, системный архитектор. 20+ лет занимается проектированием. 10+ лет - коуч, тренер, консультант, преподаватель по темам управления проектами, процессами, системному и бизнес-анализу. Со-основатель Школы системного Анализа. Разработчик профстандарта "Системный аналитик" второй редакции 2023 - 2024 года. - «Инструменты работы с эмоциональным выгоранием»
Практика в продолжение доклада.
Попробуем разобраться, что приводит нас к выгоранию на работе. При этом сфокусируемся на тех причинах выгорания, на которые может повлиять сам человек.
В игровой форме научимся формулировать новые, рациональные убеждения. Потренируем навыки осознанности и телесные практики.
Соберем рабочий набор навыков организации рабочего процесса и заботы о себе, которые можно будет применить сразу после тренинга.Нужненко ЮлияПрактикующий психолог. Основное направление работы: профессиональное и карьерное развитие клиентов. Сертифицированный РЭПТ-терапевт (Институт Альберта Эллиса, Нью-Йорк). Член Ассоциации когнитивно-бихевиоральных терапевтов, Ассоциации когнитивно-поведенческой психотерапии. - «Event Storming: собраться разобраться»
На практике познакомимся с event storming — увлекательным способом собрать вместе разработчиков и экспертов в бизнесе для быстрого, совместного исследования сложной предметной области.
Проведем исследование и создадим описание заинтересовавшей нас сферы по определенному алгоритму:
- соберем события, которые происходят (произойдут или уже случились) в какой-то сфере нашей жизни;
- дополним их еще несколькими элементами;
- выделим процессы, которые происходят (произойдут или уже завершились), участников этих процессов и другие интересные подробности;
- раскроем множество разносторонних взглядов на одно и то же и сблизим их.Евгений Асламов• Характер общительный
• Сейчас – ведущий технический архитектор
• В прошлом – разработчик, аналитик, РП
• Стаж в ИТ – более 18 лет
• В качестве архитектора – 11 лет
• Считает, что знаниями стоит делиться - «Письменные коммуникации с заказчиком»
Как написать письмо заказчику, если мы знаем, что он неправ, но сказать ему об этом нельзя? Как переписываться с «нерешительным» или «упертым» адресатом? Как сказать о том, что мы отправляем не совсем готовые документы, и при этом не вызвать раздражение заказчика? Как правильно поторговаться в письме?
Ответы на эти и не только вопросы вы получите, посетив МК, где на лекционной части разберем:
- зачем и как писать сопроводительные письма;
- общую структуру сопроводительного письма с примерами блоков текстов;
- психологические аспекты восприятия текста;
- типовые кейсы в переписке с заказчиком (20 кейсов).
На практической части отработаем в командах навыки написания писем заказчику по заданным кейсам и психологическим портретам адресатов.Наталья БукрееваБизнес-аналитик КРОК, тренер и разработчик интерактивных обучающих мероприятий.
Занимается проектированием ГИС и ИС госкорпораций, проектированием и оптимизацией бизнес-процессов, разработкой и внедрением методологий принятия и поддержки управленческих решений, цифровой трансформацией, DG, стратегическим консалтингом.
Автор и ведущий игры «11 ошибок аналитика при сборе требований» и мастер-класса «Техника постановки задач», а также как соавтор и тренер Лиги игр для аналитиков.
