Название Конференция Описание | Автор |
---|---|
CRUDL-тессеракт. Техника тестирования и управления требованиями | |
ЛАФ-2022 [Подробно...][Скрыть]
По статистике большая часть проектов проваливается из-за проблем с управлением. По одной из версий более половины провалившихся проектов провалилось из-за проблем с управлением. Какие основные проблемы в управлении? Как вариант — это неполнота требований и отсутствие приоритизации. Но нельзя правильно выстраивать ход работ, не имея более-менее полного реестра требований.
CRUDL-тессеракт одна из мощнейших техник проверки требований на полноту. Она не единственная, но, чтобы рассмотреть все понадобится не доклад, а несколько дней. Но начать рекомендую с неё. Остальные сложнее.
Какие аспекты применения этой техники рассмотрим на докладе:
тестирование полноты функциональных требований;
создание функционально-ролевой модели (это то, что «нельзя прикрутить потом»);
управление требованиями на основе этой модели.
Что получат слушатели:
вы достаточно быстро сможете применять эту технику для тестирования полноты;
в дальнейшем расширите область применения.
Эта малоизвестная техника. В книгах и статьях ее нет. Уникальный материал.
| Сергей Мартыненко |
Как наладить взаимодействие с продактом на новом месте работы? | |
ЛАФ-2022 [Подробно...][Скрыть] Недавно я поменяла работу и столкнулась с тем, что необходимо быстро и эффективно наладить процесс взаимодействия с продактом, при этом хотелось учесть прошлый опыт, не повторить прошлые ошибки и показать первые победы. Расскажу про: 1) Как коммуницировать и разделять ответствености с продактом. Как проводить встречи с продактом - на первой встрече знакомстве, на встречах 1-1, на встрече обратной связи. 2) Как работать с беклогом. Что делать аналитику, если пустой беклог или слишком перегруженный или слишком быстро меняем приоритеты. Как в этом случае поможет построение CJM и MVP. 3) В каком формате ожидать постановку задач от продакта на спецификацию, чтобы решить проблемы "а зачем мы вообще это делаем", плохого описания и несогласования ТЗ продактом. | Ольга Пономарева |
Работа с источниками данных и изменениями. Чек-лист для изменений | |
ЛАФ-2022 [Подробно...][Скрыть] На докладе расскажу, как выстраивали порядок и коммуникации при изменениях в общей инфраструктуре. Инфраструктура - как выглядит у нас и в чем сложность взаимодействия между командами:
Продолжительность ~40 минут.
| Анжелика Арсланова |
Почему индустрии нужны проектировщики, а не аналитики? | |
ЛАФ-2022 [Подробно...][Скрыть]
На КС обсудим - что случилось с проектированием в разработке ПО и ИС? 1. Действительно ли так нужны требования, а не проект системы? 2. Кто и как может делать проект системы? 3. Нужны ли индустрии проектировщики? 4. Где взять проектировщиков? 5. Что нужно знать и делать аналитику, чтобы он смог делать проект системы? | Денис Бесков |
Парная аналитика - благо или зло? | |
ЛАФ-2022 [Подробно...][Скрыть]
Представьте, что перед вами стоит сложная творческая задача.
Как подойти к ее проработке?
"Хочешь сделать хорошо - сделай сам?" или соберешь брейн-шторм на топовых сотрудников и будете биться на 5-15 человек в поисках самого лучшего варианта? Может быть, есть еще какое-то решение?
В своем докладе мы расскажем, каким путем пошли мы:
- обсудим, насколько эффективно совещаться с гуру, не погруженными в вашу задачу,
- разберем на конкретном примере работу в мини-команде аналитиков,
- обсудим сильные и слабые стороны такой техники, и когда ее можно применять,
- расскажем, как убедить руководство в эффективности такого подхода.
| Евгения Самошкина |
Дизайн спринт: путь аналитика | |
ЛАФ-2022 [Подробно...][Скрыть]
Дизайн-спринт – это спринт для дизайнеров?
Нет, это отличный фреймворк для работы любого аналитика при решении инновационных задач.
Сталкивались ли вы с такими проблемами при решении новых задач:
Мы – очень часто)
Хотим поделиться опытом использования дизайн-спринтов в работе – как помогли они нам с преодолением всех перечисленных проблем.
Расскажем на примере реального проекта, к какому результату мы пришли благодаря дизайн-спринтам.
| Нина Михалева |
Full-stack аналитик DWH | |
ЛАФ-2022 [Подробно...][Скрыть] Что такое DWH? Почему бы нам не использовать привычные базы данных? Есть ли между ними отличия? Представьте себе, что у вас огромное предприятие со множеством систем, каждая из которых решает отдельно взятую узкую задачу. Что же делать, если есть необходимость получать сводную кросспроцессную информацию? В ходе доклада мы разберем особенности DWH, выясним, что же это за зверь. Помимо общего знакомства с концепцией DWH, фокус доклада сосредоточен на том, что же конкретно делает аналитик на проекте DWH? Сложно это или просто? Какими компетенциями должен обладать такой аналитик и какие прикладные задачи он решает? Целевая аудитория - системные аналитики, заинтересованные в работе с хранилищами данных, системные архитекторы. Уровень аналитиков любой, опыт работы с хранилищами данных не требуется. | Екатерина Бажина |
Саббатикал | |
ЛАФ-2022 [Подробно...][Скрыть]
Последнее время очень часто слышим про выгорание, кризис, желание перемен, «все бросить и уйти в закат», саббатикал...
Я прошла путь от осознания и принятия выгорания, потом «лечила» это долгим отпуском (5 месяцев). Нашла в себе силы и смыслы вернуться в аналитику и уже полгода работаю в команде мечты, контролирую свое состояние.
Поговорим о том, всем ли подходит этот вариант «лечения», как к нему подготовиться, чем можно заняться и как потом вернуться к работе.
| Альбина Абзанова |
Растим деревья на данных и тушим пожар риск-мониторинга | |
ЛАФ-2022 [Подробно...][Скрыть]
Как охватить одним взглядом все данные? Сколько и какие контракты действовали и действуют у организации? Допущены ли в них нарушения, как часто они встречаются?
Как охватить одним взглядом «профиль» организации с тысячами контрактов и что-то понять про каждый из них? Как провести массовую проверку тысяч контрактов, выбирая наиболее проблемные из них?
Всё это можно сделать с помощью визуализации данных в виде фрактального дерева.
В докладе вы узнаете:
Что можно сделать с помощью дерева данных:
В докладе я докажу, что вырастить дерево данных несложно. Прототип дерева был написан одним программистом за 1 месяц и внедрен командой всего за 2 месяца.
Доклад будет полезен всем, кто хочет решить проблему анализа большого массива данных. Метод поможет разрешить конфликт интересов: исполнитель — руководитель — главный руководитель. Ситуация станет понятной, прозрачной и управляемой для каждого участника процесса.
| Екатерина Подолина |
Аналитик всемогущий или зачем вторгаться на чужую территорию | |
ЛАФ-2022 [Подробно...][Скрыть] В докладе рассмотрим работу системного аналитика в платформенной команде Райффайзенбанка, которая сопровождает несколько систем с разным стеком технологий. Поделимся опытом оптимизации и повышения эффективности в команде за счет развития своих навыков по модели T-Shaped. На примере задач расскажем какие навыки и инструменты полезны системному аналитику. Также рассмотрим возможное участие аналитика в смежных ролях. Приведем преимущества такого подхода для специалиста и команды в целом. Содокладчик: Любовь Кислова
| Марина Налепова |
Кому нужно проектирование и моделирование ИС? | |
ЛАФ-2022 [Подробно...][Скрыть]
Про проектирование, моделирование ИС написано большое количество книг и статей, сделано значительное количество интересных докладов. Но несмотря на весь это без сомнения полезный труд, что многие из нас видят в проектах, продуктах или любом другом процессе или подходе, направленном на создание ИС, программные продуктов, сервисов и т.п.? В докладе будут затронуты возможные причины такого состояния, предложены варианты выхода из ситуации в конкретных сценариях. | Евгений Асламов |
Фасилитация user story mapping | |
ЛАФ-2022 [Подробно...][Скрыть]
Мастер-класс длительностью до 120 минут.
В ходе мастер-класса мы пройдем следующие этапы:
1. Теория. Что такое User Story Mapping, Как организовать групповую работу, как фасилитировать, как сократить время. Инструменты и лайфхакки. - около 30 мин.
2. Практика. Работа в группах по 6-10 человек. Декомпозиция бизнес-процессов, визуализация продукта/услуги. - около 45 минут
3. Презентации и обратная связь - около 20 минут
В результате, те кто не знаком с USM - познакомятся и попробуют на практике, те кто знаком - узнают инструменты и способы улучшить и ускорить процесс.
Помогает на старте выстроить рабочие процессы, синхронизироваться, провести первичный анализ и визуализацию бизнес-процессов.
| Алексей Дерюшкин |
Как перестать ловить «блох» в интеграции | |
ЛАФ-2022 [Подробно...][Скрыть] Я расскажу про базовые принципы описания интеграционных интерфейсов, соблюдение которых является залогом быстрой и качественной интеграции. За 20 лет работы я выработала такие базовые принципы интеграций: - степень детализации описания требований к интеграции зависит от срочности задачи и уровня зрелости команды разработки, - соблюдать договоренности внутри команды / внутри проекта, - учитывать справочные значения в интеграционных интерфейсах.
Кроме этого есть еще ряд нюансов, которые тоже следует учитывать в работе интеграционного аналитика: - работу с пустыми и отсутствующими значениями, - работу со всевозможными маппингами (преобразованиями) между разными интеграционными слоями, - обработку ошибок на всех ветках алгоритма, - сокращение Http Status Code = 500.
Если следовать этим принципам и учитывать нюансы, то "блох" интеграции, выявленных при тестировании и при выходе в ПРОД, будет в разы меньше. | Крикун Наталья |
Что думают о потребностях единороги или альтернативный взгляд на потребности, user и job stories | |
ЛАФ-2022 [Подробно...][Скрыть] В классических книгах по системному анализу, переведенных на русский язык, понятие потребность раскрывается недостаточно точно. В книге и на курсах системного мышления А. Левенчука (основанных на теории системной инженерии) это определяется как требование к надсистеме. Однако при изучении JTBD и техник user story и job story оказывается, что есть более удачные концепты. Кроме того сама техника job story часто ошибочно воспринимается, как конкурент user story, во многом из-за недостаточного материала и выступлений. В докладе мы пробежимся по базовым необходимым понятиям системной инженерии и дадим более удачное определение потребности, источника ее возникновения, разбиению на уровни системы и слоям (проблема-решение) и выразим user story, job story в этих смыслах. Нельзя сказать, что эта теория всеобъемлющая, так как опыт применения этого у автора в основном в ритейле при проектировании бизнес-процессов и их автоматизации, но, возможно, она будет полезна и в других сферах. Перед выступлением будет полезно ознакомится с текстом https://habr.com/ru/post/529236/ или видео https://youtu.be/TbDnSQbMGjg о ценности, создаваемом ИТ аналитиком для бизнеса.
| Евгений Скориков |
Сколько диаграмм нужно, чтобы спасти Красную Шапочку? | |
ЛАФ-2022 [Подробно...][Скрыть] В мире разнообразия диаграмм сложно определиться, какую из них нарисовать для проектирования системы. А может нужно не одну? Влияет ли тип диаграммы на вырабатываемое решение?
На воркшопе составим диаграмму последовательности и опишем процесс в нотации bpmn и попробуем вместе спасти Красную Шапочку.
План воркшопа: 1. Погружение в контекст. 2. Делимся на команды, которые будут рисовать в разных нотациях. Командам даем ограничения и общую задачу — спасти Красную Шапочку. На одной диаграмме нужно будет изобразить разные ветки решений по спасению. 3. Делимся результатами работы между командами. 4. Делаем выводы.
| Кривицкая Анастасия Владимировна |
Анализ бизнес-ценности требований при заказной разработке ПО | |
ЛАФ-2022 [Подробно...][Скрыть] Что ожидает бизнес, когда обращается к ИТ за автоматизацией? Что такое “полезная” автоматизация и когда бизнес будет действительно благодарен ИТ за автоматизацию процессов? А кто такой “Бизнес”, когда он выступает как заказчик информационной системы? Как c ним конструктивно взаимодействовать, чтобы Бизнес относился к ИТ как к уважаемым консультантам, а не как к еще одной затрате? Часто аналитики жалуются на то, что им недостаточно полномочий для влияния на бизнес-процессы заказчика и их никто не слушает, по сути заставляя создавать систему под устоявшиеся процессы. Почему так происходит? Все эти вопросы не так просты, и ответ на них получаешь только c длительным опытом, поработав c двух сторон: и как ИТ-специалист, выполняющий заказ, и как бизнес, обращающийся к ИТ за услугами. Поработав c двух сторон, мышление меняется. Если удовлетворить все собранные требования к системе, точно ли она будет полезна? Своим докладом я хочу подтолкнуть к размышлениям на тему бизнес-ценности требований, дать советы как эту ценность анализировать, а также посмотреть по новому на взаимоотношения заинтересованных сторон в проекте, которые влияют и определяют бизнес-ценность требований к системе. В основном мы будем говорить о заказной разработке. | Александр Чавалах |
Управление требованиями в стартапе | |
ЛАФ-2022 [Подробно...][Скрыть]
На примере конкретного стартапа расскажу об очевидных сложностях и неочивидных развилках в бизнес-анализе для продуктовой команды в эджайле.
Смоделируем популярную в стартапе ситуацию, когда аналитик должен "выполнить невыполнимое", и порефлексируем на эту тему.
| Алия Сулейменова |
UX тестирование интерфейса для аналитиков | |
ЛАФ-2022 [Подробно...][Скрыть] Когда работаешь над продуктом для массового пользователя, хочется быть уверенным, что UX/UI работает: достаточно ли интерфейс понятен, логичен, удобен, правильно ли работают все его технические элементы. Результатом UX тестирования является перечень рекомендаций, что и каким образом нужно изменить, чтобы повысить количество конверсий и превратить посетителей сайта в его постоянных и преданных пользователей. Как проводить UX тестирование? На какие моменты обратить внимание? Об этом я расскажу в своём докладе. | Анастасия Московкина |
11 ошибок аналитика при сборе требований (анкетирование) | |
ЛАФ-2022 [Подробно...][Скрыть] В рамках бизнес-игры участники:
По итогам мы обсудим:
Участники будут работать в командах по 5-6 человек. Каждый участник сможет последовательно поставить себя на место аналитика, заказчика, а затем снова аналитика, примерив при этом разные ролевые модели поведения. Бизнес-игра состоит из следующих блоков:
Ведущие бизнес-игры:
Букреева Наталья, ведущий аналитик Croc Code Продолжительность бизнес-игры: 2 часа | Наталья Букреева |
Продвинутые технологии работы с информацией. Пошаговый алгоритм, как разобраться в любой теме до уровня эксперта всего за 12 шагов | |
ЛАФ-2022 [Подробно...][Скрыть] Существует большое заблуждение, что системное мышление, навыки анализировать и структурировать информацию – это способности, которые даны человеку от рождения. А еще взрослые люди очень скептически относятся, когда им начинают рассказывать про то, что читать можно как-то по-другому, а не так как их научили в детстве – слог за слогом, слово за словом, страница за страницей На мастер-классе не будет теории. 1. Сначала мы разомнемся и выполним комплекс упражнений, которые включат ваш мозг в работу. Будет немного шумно и весело. 2. Потом проведем ряд тестов, по результатам которых вы сами сделаете вывод – на что способен ваш мозг. 3. Освоим технологию, позволяющую очень быстро прорабатывать текстовую информацию. Возьмите с собой книгу (не художественную), которую давно хотели бы изучить, да все никак «руки не доходят» - получите максимум пользы. Продолжительность 1.5.ч
| Антропова Гюльнара |
Связываем функции системы и бизнес-цель: техника Impact Mapping | |
ЛАФ-2022 [Подробно...][Скрыть] При составлении бэклога или списка требований часто возникает проблема трассировки задач бизнеса на конкретные фичи продукта. Не всегда из набора фичей складывается ясная картина влияния продукта на целевые метрики бизнеса.
Impact Mapping — это мощная техника выстраивания соответствия целей и конкретных решений. Она позволяет быстро выявить полезную функциональность (и избавиться от бесполезной), приоритезировать состав функций продукта и сфокусироваться на решении задач бизнеса, а не запиливании фич. На мастер-классе участники самостоятельно попробуют применить Impact mapping на учебной задаче, получат фидбэк и разбор всех нюансов построения карт влияния. Длительность мастер-класса - 2 часа. | Юрий Куприянов |
Баттл про техники проверки требований | |
ЛАФ-2022 [Подробно...][Скрыть] Баттл с Сергеем Мартыненко про техники проверки требований. Тезисы Сергея:
Куприянов хорош. Реально хорош.
Но.
1. Очень хочу с ним подискутировать.
2. В некоторых местах полную фигню говорит.
3. Он не про верификацию.
4. Расширение CRUDL плохое.
5. Сильно прыгает.
Тем не менее очень хорошо.
Я готов )
| Юрий Куприянов |
Стоп-слова для аналитика: докапываемся до текстов требований | |
ЛАФ-2022 [Подробно...][Скрыть] Системный аналитик производит тексты. В истории ИТ постоянно появляются попытки перевести все артефакты в форму диаграмм, но даже в диаграммах есть слова и подписи. Да и не всегда удобны диаграммы оказываются и для разработчиков и для согласующих. В общем, аналитик производит тексты - описания процессов, требования, технические задания. И это тексты на естественном языке. А естественный язык - это не формальная система. В словах куча неоднозначностей, умолчаний, двусмысленностей, недоговоренности, подразумеваемых значений... И если такие слова просачиваются в тексты требований - жди беды. В докладе я расскажу про требования к текстам требований (и даже приведу выдержки из соответствующих стандартов) и дам список "стоп-слов" - таких слов и выражений, при встрече которых в документе или на диаграмме у аналитика должна мысленно "загораться красная лампочка" и включаться сигнал тревоги. Очистим тексты аналитиков от двусмысленностей и неоднозначностей! Доведем тексты требований до совершенства!
| Юрий Куприянов |
«Что? Где? Когда?» Команда знатоков-аналитиков против системы-источника | |
ЛАФ-2022 [Подробно...][Скрыть]
В кровавом энтерпрайзе есть задача — настроить загрузку данных из одной информационной системы в другую. Например, вы работаете в банке, и к хранилищу данных постоянно подключаются новые источники — личный кабинет, CRM, MDM, АБС и т.д. | Бунто Татьяна |
Проблемы и ограничения REST API | |
ЛАФ-2022 [Подробно...][Скрыть] В IT есть два типа людей: те, кто пропагандирует использование REST API, и те, кто его не ненавидит. Мы встанем на третью сторону и посмотрим, какие границы применимости имеет эта концепция при проектировании API. На воркшопе спроектируем HTTP API в рамках REST парадигмы и обсудим сложности, которые возникнут в процессе. После рассмотрим менее очевидные проблемы при использовании REST API. Будет полезен для специалистов, имеющих опыт проектирования реальных или учебных REST API. Длительность: 90 минут | Андрей Бураков |
Изоляция микросервисов по данным при миграции с монолита | |
ЛАФ-2022 [Подробно...][Скрыть] При миграции с монолита большой информационной системы не всегда есть возможность реализовать классический DDD. Зачастую распил монолита осуществляется по частям, границы этого перевода задаются очень жесткими рамками, а бизнес боится потерять бизнес процессы и бизнес в целом. В этих условиях “голубого океана” для полноценной реализации DDD нет. В своем докладе я хочу рассказать о технике параллельного моделирования бизнес-процессов и концептуальной модели предметной области, которая позволяет обеспечить целостность бизнес-процессов и при этом обеспечивает изоляцию проектирумых микросервисов.
Доклад основывается на практическом опыте работы в роли системного аналитика на примере пилотного проекта по “распилу” монолита на микросервисы . | Дмитрий Моряков |
«Страна чудес» или кто все эти люди? Как понимать типичный русский FMCG | |
ЛАФ-2022 [Подробно...][Скрыть] Краткое описание: Рассказ о том, как принимать и понимать бизнес сферы FMCG. Чем отличаются, например Coca-Cola от Мираторга, кроме сегмента и производимых продуктов. Тезисы: Суть бизнеса – Рассказ о том, что такое FMCG, каковы его реалии в нынешней ситуации и суть концепции «от поля до прилавка». «Краткий разговорник» - небольшой сборник «фраз ловушек», которые следует понимать не так, как они слышатся и читаются. Как уметь «продать» свою концепцию – экскурс в процесс того, как бороться с фразами типа: «Мы тут производим и продаём, а не ИТ компанию строим»? | Корчемкин Михаил |
Круглый стол: Аналитик в проектах внедрения 1С и других ERP систем | |
ЛАФ-2021 [Подробно...][Скрыть] Существует мнение, что в среде 1С и других ERP систем работа аналитика (в широком смысле, речь идет о разных видах анализа) существенно отличается от классического понимания работы аналитиков в ИТ-проектах. C этим мнением кто-то согласен, кто-то нет, но глубоким спорам уже лет 15. На круглом столе обсудим вопросы: 1. Есть ли место разделению аналитиков: бизнес, системный, технический … (можно ли транслировать (их) опыт на 1С)? Границы между бизнес и системным анализом в 1С индустрии? 2. Есть ли место архитектору (системному аналитику) как отдельной специализации (как отдельной профессии) в 1С? 3. Есть ли практика совмещения множества ролей аналитиков в других средах разработки? 4. Кто какими инструментами пользуются для прототипирования интерфейса? В каком инструментарии 1С-нику прототипировать интерфейс? 5. Типичная карьера для аналитиков для разных проф. областей? 6. Как происходит вход в профессию (какие навыки нужны первичные, и нужны ли)? 7. Проблематика внедрения изменений с точки зрения ИТ. Бизнес как правило c недоверием относится к консультантам от 1С как к консалтингу. А как у других? 8. Разделяют ли проекты консалтинга и ИТ? 9. Репутация и влияние аналитиков внутри бизнеса (in-house и внешние)? 10. Если ли миграция между сферами аналитиков (переход между разными платформами, типа SAP-1С, 1С-Галактика и т.п.)? | Александр Чавалах |
Работа с провокационными вопросами | |
ЛАФ-2021 [Подробно...][Скрыть] 1. Как продать идею шефу/стейкхолдеру. Технологии убеждения 2. Поодвижение непопулярных решений. Социальная инженерия 3. Работа с провокационными вопросами. С игрой. Обо мне: https://snob.ru/profile/31580 | Ирина Баржак |
50 оттенков аналитики: как за полгода перейти из UX в бизнес-аналитику и обратно, и не свихнуться по пути | |
ЛАФ-2021 [Подробно...][Скрыть] UX-аналитика всегда находилась немного в стороне от бизнес- и системной аналитики. Это, вроде бы, тоже о продукте, но о кнопочках, пользователях и дизайне, а не ценности и процессах. В прошлом году я на собственном опыте узнала, что UX ближе к бизнесу, чем кажется, а интервью с выяснением бизнес-ценности можно строить по скриптам проверки сценариев. Предлагаю поговорить о том: — чем похожи и чем отличаются «взрослая» бизнес аналитика, и «младшая» пользовательская; — как расширить свои компетенции аналитика с пользой для проекта; — ну, и конечно, как кардинально сменить вектор работы и попутно не сойти с ума. | Бёршель Ольга |