Подробная программа фестиваля формируется.
На этой странице опубликованы анонсы докладов, уже принятых программным комитетом Фестиваля для включения в программу.
Название Описание | Автор |
---|---|
Боль как двигатель проекта | |
[Подробно...][Скрыть] Не болит - не трогай. На проектах внедрения учетных систем 1С научился Боль пользователей использовать как главный драйвер развития проекта. В докладе расскажу, как Боли выделить и сформулировать вместе с пользователями на первом этапе проекта, как вовлечь с этой помощью в проектную Команду владельцев Болей и вместе с ними реализовать проект. | ![]() Павел Ступко Доклад (40 минут) |
Электронный документ: что это такое и как с ним работать | |
[Подробно...][Скрыть] Вопрос № 1 для ИТ-компаний - это цифровизация. Цифровизация своей деятельности, цифровизация деятельности своих заказчиков. Огромная доля в этом процессе - это использование электронных документов.Чем принципиально электронный документ отличается от бумажного? Как правильно использовать электронные документы? Почему так важен формат электронного документа? Как обеспечить юридическую значимость электронных документов? Что нового в законодательстве об электронных документах и электронной подписи? Что за зверь такой - машиночитаемая доверенность? Как правильно хранить электронные документы? Эти вопросы встают перед аналитиками в ходе цифровизации, вот и поговорим, какие ответы есть на эти и ряд других вопросов. | ![]() Ольга Георгиевна Подолина Доклад (40 минут) |
Ресурсный менеджер - кто он такой? | |
[Подробно...][Скрыть] В нем рассказывается о работе ресурсного менеджера группы аналитиков и отвечу на возможные вопросы: 1. Чем занимается ресусрный менеджер? 2. Ресурсный менеджер - это роль или должность? 3. Как стать ресурсным менеджером? Ссылка на тезисы в моем письме ниже. | ![]() Екатерина Герт Доклад (40 минут) |
Введение нового человека в проект. Антипаттерны и подводные камни для наставника - как найти верный путь | |
[Подробно...][Скрыть] Приходит в твой проект/команду новичок. Ты являешься его наставником или просто человеком, который вынужден выполнять эту роль. Какие задачи перед тобой стоят? Какова твоя цель? И с чем не стоит эту цель путать? Как сделать из новичка замотивированного и заинтересованного члена команды, который сможет самостоятельно решать задачи в рамках проекта? Какие задачи давать новичку, чтобы эффективно и наиболее комфортно для всех пройти этап интеграции в команду? Чему можно научиться у самого новичка? Как всё это совместить с целями и задачами проекта?
Личный опыт и анализ опыта коллег дал понимание о не всегда очевидных сложностях процесса адаптации новичков и возможных способах их преодоления. В докладе я хочу подчеркнуть важность процесса наставничества как для нового сотрудника, так и для проектной команды и компании в целом. Дать мотивацию для внедрения процесса наставничества даже если руководству это кажется "непроизводительной тратой ресурсов". А также обратить внимание на некоторые яркие сценарии “как не надо поступать” (антипаттерны), которые, увы, широко распространены.
Однозначного и единственно верного ответа на вопрос “как надо”, наверное, нет. Потому что “как надо” - это скорее путь среди айсбергов и рифов “антипаттернов”. Верных путей может быть много. Но если четко осознавать свою цель, этот путь можно вполне успешно пройти. | ![]() Александр Скоробутов Доклад (40 минут) |
Не слепая эволюция. Системный подход в работе и жизни. | |
[Подробно...][Скрыть]
Прошло 14 лет с момента как я
| ![]() Dmitry Bezuglyy Мастер-класс (укажите длительность в заявке) |
Запуск и проведение стажировки IT-Analyst в рамках компании | |
[Подробно...][Скрыть] Небольшой рассказ о том, почему мы решили запустить в компании стажировку аналитиков, и к чему все это привело. После запуска 2-х стажировок, у меня накопилось множество инсайтов, которыми я хотела бы поделиться: что мы сделали для запуска первой стажировки, насколько запуск стажировки оправдал себя и почему я считаю, что стажировка - это хорошо. | ![]() Мила Прокудина Доклад (40 минут) |
Бизнес-архитектор как вариант развития карьеры бизнес-аналитика | |
[Подробно...][Скрыть] Рано или поздно перед массовым аналитиком, проработавшим Х лет в ИТ-доставке, в получении вопроса – «В какой степени использовать дальше перевозить?» В большинстве случаев возникало повышенное внимание к повышению уровня менеджеров – тимлид, ресурс-менеджер, руководитель практики, в редких случаях – аккаунт-менеджер и т.д. А что делать тем, кто хочет дальше перевозить грузы как специалист, решающий все более сложные проблемы и задачи, стоящие перед бизнесом?
Для таких аналитиков развитие может стать качественным ростом в бизнес-архитекторе. - При всем богатстве выбора... Немного перечислим и рассмотрим обычные пути развития карьеры аналитика - А почему, собственно, бизнес-архитектор? Рассмотрим несколько причин, почему стоит обдумать именно это движение в сторону - А если серьезно, что такое бизнес-архитектура? Принять основные, предназначенные и привлеченные бизнес-архитектуры концепции - Зачем нужен бизнес-архитектор? Узнаем в чем привлекает бизнес-архитектора, что является результатом его работы - Я б архитекторы пошел, пусть меня научат.. Поговорим о требованиях к квалификации и бизнес-архитекторам, в чем сходство и в чем отличие аналитика и архитектора, какие есть пути перехода в бизнес-архитекторы - Москва не сразу строилась... Поговорим о том, какие бизнес-архитектурные задачи можно выполнить в рамках ИТ (и не только) проектов, которые можно использовать и с какими-то сложностями можно столкнуться. Рассмотрим несколько примеров из практического опыта. - С чего начать? Список ресурсов, литературы и полезных советов
| ![]() Николай Новик Доклад (40 минут) |
Soft Skills аналитика в цикле разработки | |
[Подробно...][Скрыть] Если вдуматься, успех или неуспех нашей деятельности напрямую связан с уровнем развития Soft Skills. Мы коммуницируем с коллегами, с заказчиками, с подрядчиками, с руководителями и подчиненными, с наставниками и учениками. Нам приходится убеждать, доказывать, отстаивать свою точку зрения, а иногда наоборот - мотивировать других проявить себя. Где и как научиться делать это эффективно? На практике - долго, у коучей - дорого, обмениваться опытом с коллегами - идеально. Поэтому за 40 минут поделюсь всеми наблюдениями и находками, чтобы каждый смог найти что-то полезное для улучшения своих Soft Skills. | ![]() Мария Серёгина Доклад (40 минут) |
Примерим мантию бизнес-архитектора | |
[Подробно...][Скрыть]
В продолжение доклада есть идея сделать мастер-класс в игровом формате, чтобы дать возможность заинтересовавшимся аналитикам попробовать свои силы в области бизнес-архитектуры. | ![]() Николай Новик Мастер-класс (укажите длительность в заявке) |
Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов | |
[Подробно...][Скрыть] Часто под бизнес-архитектурой подразумевают устройства бизнес-процессов, из которых встречается формулировка безопасности к безопасным системам. При этом бизнес-процессы раскрываются как предмет, заданный в профессиональном проекте. Такой подход естественен для эпохи, когда ИТ-процессы были ответственными за рассмотрение дел, и когда проекты организационных изменений были слабо задействованы с проектами закрытия, и даже когда была предусмотрена поддержка новых процессов, группа бизнес-технологов выполняла проверку по протоколу, не работая с команда разработки IT. В конкретном мире, когда ИТ становится основой для бизнеса и предоставляет ему новые возможности, такое разделение не работает. Проекты выявления и выявления бизнеса включаются в определенные проекты, в рамках которых используются только бизнес-процессы, но и обнаружение и выявление продуктов, которые требуют создания ценности для пользователей и цепочек создания ценности в компании, что также ранее выполнялось выявленной группой. В описание бизнес-архитектуры сейчас входит не только описание бизнес-процессов, но и описание ценности, доставляемой потребителю и цепочке создания ценности в компании, а также изменения всего этого в ходе проекта. В расчете будет рассмотрена структура архитектуры бизнес-проектов и ее описание, а также современные проекты в области ИТ, реализация о достаточной аналитике, с ними взаимодействующая успешно с задачей проекта от бизнеса на своем языке, а не ограниченного проектирования документов, их рабочих процессов и экранов для работы. | ![]() Максим Цепков Доклад (40 минут) |
Управление изменениями: как проблемы превратить в возможности? | |
[Подробно...][Скрыть] Разные люди называют это по-разному: управление изменениями, управление проектами, трансформация, реструктуризация, ---ация. Я же говорю: это все изменения, которыми надо управлять. Системно, имея в арсенале четкую пошаговую методологию, включающую следующие шаги: - сформировать необходимые ресурсы для запуска процесса; - определить точки В и А. Именно в таком порядке; - составить план перехода; - дойти до конца Ведь то, что есть сейчас - результат прошлого. Будущее - результат действий сегодняшних. Так давайте уже сегодня начнем путь, на котором проблемы станут возможностями, а потенциал развития - реальностью!
| Евгений Паронькин Доклад (40 минут) |
Предметная область. Модели на UML. Переход к требованиям ИС. | |
[Подробно...][Скрыть] Мастер класса по владению моделями предметной области увеличение. Используемый подход, существенно отличающийся от известного ER-моделирования. Модель имеет «визуальный характер» и фиксируется в нотациях Unified Modeling Language (UML), который «широко собран в узких кругах» аналитиков, архитекторов, объединений и программистов. Описаны шаблоны, применяемые для преобразования диаграмм классов в UML, и приведены примеры их практического использования. Продолжительность 90 минут. содержание мастер-класса входить в курс МГУ дополнительное образование " Системный анализ. Информационные системы" http://do.math.msu.ru/information-systems-analysis
рабочая тетрадь мастер-класса - https://www.litres.ru/mihail-kumskov/sistemnyy-analiz-predmetnaya-oblast-modeli-na-uml/
| ![]() Кумсков Михаил Мастер-класс (укажите длительность в заявке) |
Автоботы — вперед! Не пройдут тест Тьюринга, но возьмут на себя рутину. | |
[Подробно...][Скрыть] Расскажу про чат-ботов помощников, которых используем в компании. Не хотите ходить по ссылкам от коллег? Бот пришлет всё самое важное. Нужно развернуть нужный билд на сервере? Просто напишите боту. Хотите узнать нагрузку на приложение, не анализируя большие логи? Бот всё сделает за вас. А еще - избавит от мелких рутинных задач, которые в сумме занимают час или больше времени. И даже если вы просто хотите поближе узнать коллег, но стесняетесь, бот тоже поможет! Остановлюсь на том, какой функционал есть в наших ботах:
Докажу, что ботов создать несложно. Например, трех из наших ботов я написал сам, хоть и не программист. Рассказ рассчитан на тех, кто хочет упростить рабочие процессы, оптимизировать время на рутинные задачи, а еще - сделать общение с коллегами неформальным и добавить настроения в офисные будни. | ![]() Иван Арискин Доклад (40 минут) |
Непризнанный гений или "Почему я до сих пор не ведущий аналитик?" | |
[Подробно...][Скрыть]
Ведущий аналитик - это ступень в карьере многих людей, которую они считают неподъемной, нереальной. На вопрос "почему же ты до сих пор им не стал?" в голову лезут только такие мысли:
Эти и многие другие вопросы мы сможем обсудить на моем выступлении, где я Вас буду с нетерпением ждать!
| Андрей Зеров Доклад (40 минут) |
Составляем план профессионального развития, который вдохновляет! | |
[Подробно...][Скрыть] Участники получат практики и шаблоны, которые помогают определиться, что вдохновляет именно их в профессии и как развиваться в этом направлении на текущем месте работы, совмещая "надо" компании и личные "хочу". К концу встречи у каждого будет алгоритм и заготовки для составления плана профессионального развития, который можно заполнить и применить как только появится свободная минутка и доступ в интернет. | ![]() Надежда Смирнова Мастер-класс (укажите длительность в заявке) |
Токсичный драйвер | |
[Подробно...][Скрыть] Доклад _Токсичный драйвер_ хотел бы предложить в рамках: Работа с заинтересованными сторонами (ЗЛ, стейкхолдерами). Токсичный водитель (со стороны клиента) обычно редко бывает на проекте. Стиль его работы: фонтанировать идеями, эффектами, обижаться, оказывать влияние на договоренность и воздействие сиюминутных желаний. Поделился опытом, как пришлось с таким работать, как располагалась команда, как планировать и сдавать доработки проекта. Думаю, в новых условиях, с учетом того, что бизнес-анализ и в целом ИТ будет все больше дрейфовать в сторону работы с участием с гос. опыт, опыт общения с ведущими менеджерами может пригодиться. Доклад в процессе создания. Тайминг: презентация 25 минут + вопросы (обмен идеями) 15 мин. Понимаю, что буду предъявлять заявки на более поздние сроки. Но надеюсь заинтересовать. Презентация планирую закончить 25.04.2022 | Рудых Мария Доклад (40 минут) |
Адаптация новых сотрудников на проекте | |
[Подробно...][Скрыть] Рассказать подробно о том, как правильно и быстро привлечь новых участников проекта с участием более 30 человек | ![]() Татьяна Тимофеева Доклад (40 минут) |
CRUDL-тессеракт. Техника тестирования и управления требованиями. | |
[Подробно...][Скрыть]
По статистике большая часть проектов проваливается из-за проблем с управлением. По одной из версий более половины провалившихся проектов провалилось из-за проблем с управлением. Какие основные проблемы в управлении? Как вариант — это неполнота требований и отсутствие приоритизации. Но нельзя правильно выстраивать ход работ, не имея более-менее полного реестра требований.
CRUDL-тессеракт одна из мощнейших техник проверки требований на полноту. Она не единственная, но, чтобы рассмотреть все понадобится не доклад, а несколько дней. Но начать рекомендую с неё. Остальные сложнее.
Какие аспекты применения этой техники рассмотрим на докладе:
тестирование полноты функциональных требований;
создание функционально-ролевой модели (это то, что «нельзя прикрутить потом»);
управление требованиями на основе этой модели.
Что получат слушатели:
вы достаточно быстро сможете применять эту технику для тестирования полноты;
в дальнейшем расширите область применения.
Эта малоизвестная техника. В книгах и статьях ее нет. Уникальный материал.
| ![]() Сергей Мартыненко Доклад (40 минут) |
Как наладить взаимодействие с продактом на новом месте работы? | |
[Подробно...][Скрыть] Недавно я поменяла работу и столкнулась с тем, что необходимо быстро и эффективно наладить процесс взаимодействия с продактом, при этом хотелось учесть прошлый опыт, не повторить прошлые ошибки и показать первые победы. Расскажу про: 1) Как коммуницировать и разделять ответствености с продактом. Как проводить встречи с продактом - на первой встрече знакомстве, на встречах 1-1, на встрече обратной связи. 2) Как работать с беклогом. Что делать аналитику, если пустой беклог или слишком перегруженный или слишком быстро меняем приоритеты. Как в этом случае поможет построение CJM и MVP. 3) В каком формате ожидать постановку задач от продакта на спецификацию, чтобы решить проблемы "а зачем мы вообще это делаем", плохого описания и несогласования ТЗ продактом. | ![]() Ольга Пономарева Доклад (40 минут) |
Работа с источниками данных и изменениями. Чек-лист для изменений | |
[Подробно...][Скрыть] На докладе расскажу, как выстраивали порядок и коммуникации при изменениях в общей инфраструктуре. Инфраструктура - как выглядит у нас и в чем сложность взаимодействия между командами:
Продолжительность ~40 минут.
| ![]() Анжелика Арсланова Доклад (40 минут) |
Почему индустрии нужны проектировщики, а не аналитики? | |
[Подробно...][Скрыть]
На КС обсудим - что случилось с проектированием в разработке ПО и ИС? 1. Действительно ли так нужны требования, а не проект системы? 2. Кто и как может делать проект системы? 3. Нужны ли индустрии проектировщики? 4. Где взять проектировщиков? 5. Что нужно знать и делать аналитику, чтобы он смог делать проект системы? | ![]() Денис Бесков Круглый стол (1,5 часа) |
Парная аналитика - благо или зло? | |
[Подробно...][Скрыть]
Представьте, что перед вами стоит сложная творческая задача.
Как подойти к ее проработке?
"Хочешь сделать хорошо - сделай сам?" или соберешь брейн-шторм на топовых сотрудников и будете биться на 5-15 человек в поисках самого лучшего варианта? Может быть, есть еще какое-то решение?
В своем докладе мы расскажем, каким путем пошли мы:
- обсудим, насколько эффективно совещаться с гуру, не погруженными в вашу задачу,
- разберем на конкретном примере работу в мини-команде аналитиков,
- обсудим сильные и слабые стороны такой техники, и когда ее можно применять,
- расскажем, как убедить руководство в эффективности такого подхода.
| ![]() Евгения Самошкина Доклад (40 минут) |
Дизайн спринт: путь аналитика | |
[Подробно...][Скрыть]
Дизайн-спринт – это спринт для дизайнеров?
Нет, это отличный фреймворк для работы любого аналитика при решении инновационных задач.
Сталкивались ли вы с такими проблемами при решении новых задач:
Мы – очень часто)
Хотим поделиться опытом использования дизайн-спринтов в работе – как помогли они нам с преодолением всех перечисленных проблем.
Расскажем на примере реального проекта, к какому результату мы пришли благодаря дизайн-спринтам.
| ![]() Нина Михалева Доклад (40 минут) |
Full-stack аналитик DWH | |
[Подробно...][Скрыть] Что такое DWH? Почему бы нам не использовать привычные базы данных? Есть ли между ними отличия? Представьте себе, что у вас огромное предприятие со множеством систем, каждая из которых решает отдельно взятую узкую задачу. Что же делать, если есть необходимость получать сводную кросспроцессную информацию? В ходе доклада мы разберем особенности DWH, выясним, что же это за зверь. Помимо общего знакомства с концепцией DWH, фокус доклада сосредоточен на том, что же конкретно делает аналитик на проекте DWH? Сложно это или просто? Какими компетенциями должен обладать такой аналитик и какие прикладные задачи он решает? Целевая аудитория - системные аналитики, заинтересованные в работе с хранилищами данных, системные архитекторы. Уровень аналитиков любой, опыт работы с хранилищами данных не требуется. | ![]() Екатерина Бажина Доклад (40 минут) |
Многомерный анализ данных с риск-мониторингом. Опыт | |
[Подробно...][Скрыть] Опишу свой опыт по творческому подходу к анализу больших данных. Условия задачи: всего 3 действия по времени проверки - 1 месяц и необходимо проверить закупочную деятельность организации с более чем 14,5 тысячью извещений и контрактов. Очевидно, что физически это привело к тому, что за такое время было невозможно проверить все и со всей точностью, т.о. нужно было "подсветить" куда смотреть в первую очередь. Я придумала подход "дерево" с цветовой индикацией, похожей с яндекс.картой пробок - красная это область с повышенным риском, зеленая - мало признаков. Т.о. весь массив данных раскрасился и взглядом можно было понять "полыхает пожар" или в целом случай благополучно получен. Далее была придумана вторая индикация - уже о включении в проверку (чтобы не было проверено однократно и тоже). Так "лед гасил пламя". Дерево было построено как граф на основе финансового рек: слева были контракты с неменьшими суммами, а справа - рядом. Т.о. при анализе высшее руководство сказало "не рассматривать мелочи и обязательно рассматривать обширные". Этот подход применим ко многим ситуациям. На подъеме банка. Так же возможны вариации поглощения - есть визуализация для гос.заказчика, когда контракты и их исполнение визуализируются развивающимися яблоками на ветках извещений. Возможностей для применения - множество, важно сказать суть.
| ![]() Екатерина Подолина Доклад (40 минут) |
Аналитик всемогущий | |
[Подробно...][Скрыть] В докладе рассмотрим работу системного аналитика в платформенной команде Райффайзенбанка, которая сопровождает несколько систем с разным стеком технологий. Поделимся опытом оптимизации и повышения эффективности в команде за счет развития своих навыков по модели T-Shaped. На примере задач расскажем какие навыки и инструменты полезны системному аналитику. Также рассмотрим возможное участие аналитика в смежных ролях. Приведем преимущества такого подхода для специалиста и команды в целом. Содокладчик: Любовь Кислова
| ![]() Марина Налепова Доклад (40 минут) |
Кому нужно проектирование и моделирование ИС? | |
[Подробно...][Скрыть]
Про проектирование, моделирование ИС написано большое количество книг и статей, сделано значительное количество интересных докладов. Но несмотря на весь это без сомнения полезный труд, что многие из нас видят в проектах, продуктах или любом другом процессе или подходе, направленном на создание ИС, программные продуктов, сервисов и т.п.? В докладе будут затронуты возможные причины такого состояния, предложены варианты выхода из ситуации в конкретных сценариях. | ![]() Евгений Асламов Доклад (40 минут) |
Фасилитация user story mapping. | |
[Подробно...][Скрыть]
Мастер-класс длительностью до 120 минут.
В ходе мастер-класса мы пройдем следующие этапы:
1. Теория. Что такое User Story Mapping, Как организовать групповую работу, как фасилитировать, как сократить время. Инструменты и лайфхакки. - около 30 мин.
2. Практика. Работа в группах по 6-10 человек. Декомпозиция бизнес-процессов, визуализация продукта/услуги. - около 45 минут
3. Презентации и обратная связь - около 20 минут
В результате, те кто не знаком с USM - познакомятся и попробуют на практике, те кто знаком - узнают инструменты и способы улучшить и ускорить процесс.
Помогает на старте выстроить рабочие процессы, синхронизироваться, провести первичный анализ и визуализацию бизнес-процессов.
| ![]() Алексей Дерюшкин Мастер-класс (укажите длительность в заявке) |
Как перестать ловить «блох» в интеграции | |
[Подробно...][Скрыть] Я расскажу про базовые принципы описания интеграционных интерфейсов, соблюдение которых является залогом быстрой и качественной интеграции. За 20 лет работы я выработала такие базовые принципы интеграций: - степень детализации описания требований к интеграции зависит от срочности задачи и уровня зрелости команды разработки, - соблюдать договоренности внутри команды / внутри проекта, - учитывать справочные значения в интеграционных интерфейсах.
Кроме этого есть еще ряд нюансов, которые тоже следует учитывать в работе интеграционного аналитика: - работу с пустыми и отсутствующими значениями, - работу со всевозможными маппингами (преобразованиями) между разными интеграционными слоями, - обработку ошибок на всех ветках алгоритма, - сокращение Http Status Code = 500.
Если следовать этим принципам и учитывать нюансы, то "блох" интеграции, выявленных при тестировании и при выходе в ПРОД, будет в разы меньше. | ![]() Крикун Наталья Доклад (40 минут) |
Что думают о потребностях единороги или альтернативный взгляд на потребности, user и job stories | |
[Подробно...][Скрыть] В классических книгах по системному анализу, переведенных на русский язык, понятие потребность раскрывается недостаточно точно. В книге и на курсах системного мышления А. Левенчука (основанных на теории системной инженерии) это определяется как требование к надсистеме. Однако при изучении JTBD и техник user story и job story оказывается, что есть более удачные концепты. Кроме того сама техника job story часто ошибочно воспринимается, как конкурент user story, во многом из-за недостаточного материала и выступлений. В докладе мы пробежимся по базовым необходимым понятиям системной инженерии и дадим более удачное определение потребности, источника ее возникновения, разбиению на уровни системы и слоям (проблема-решение) и выразим user story, job story в этих смыслах. Нельзя сказать, что эта теория всеобъемлющая, так как опыт применения этого у автора в основном в ритейле при проектировании бизнес-процессов и их автоматизации, но, возможно, она будет полезна и в других сферах. Перед выступлением будет полезно ознакомится с текстом https://habr.com/ru/post/529236/ или видео https://youtu.be/TbDnSQbMGjg о ценности, создаваемом ИТ аналитиком для бизнеса.
| ![]() Евгений Скориков Доклад (40 минут) |
UX тестирование интерфейса для аналитиков | |
[Подробно...][Скрыть] Когда работаешь над продуктом для массового пользователя, хочется быть уверенным, что UX/UI работает: достаточно ли интерфейс понятен, логичен, удобен, правильно ли работают все его технические элементы. Результатом UX тестирования является перечень рекомендаций, что и каким образом нужно изменить, чтобы повысить количество конверсий и превратить посетителей сайта в его постоянных и преданных пользователей. Как проводить UX тестирование? На какие моменты обратить внимание? Об этом я расскажу в своём докладе. | ![]() Анастасия Московкина Доклад (40 минут) |
Бизнес-игра 11 ошибок аналитика при сборе требований (анкетирование) | |
[Подробно...][Скрыть] В рамках бизнес-игры участники:
По итогам мы обсудим:
Участники будут работать в командах по 5-6 человек. Каждый участник сможет последовательно поставить себя на место аналитика, заказчика, а затем снова аналитика, примерив при этом разные ролевые модели поведения. Бизнес-игра состоит из следующих блоков:
Ведущие бизнес-игры:
Букреева Наталья, ведущий аналитик Croc Code Продолжительность бизнес-игры: 2 часа | Наталья Букреева Мастер-класс (укажите длительность в заявке) |
Связываем функции системы и бизнес-цель: техника Impact Mapping | |
[Подробно...][Скрыть] При составлении бэклога или списка требований часто возникает проблема трассировки задач бизнеса на конкретные фичи продукта. Не всегда из набора фичей складывается ясная картина влияния продукта на целевые метрики бизнеса.
Impact Mapping — это мощная техника выстраивания соответствия целей и конкретных решений. Она позволяет быстро выявить полезную функциональность (и избавиться от бесполезной), приоритезировать состав функций продукта и сфокусироваться на решении задач бизнеса, а не запиливании фич. На мастер-классе участники самостоятельно попробуют применить Impact mapping на учебной задаче, получат фидбэк и разбор всех нюансов построения карт влияния. Длительность мастер-класса - 2 часа. | ![]() Юрий Куприянов Мастер-класс (укажите длительность в заявке) |
Баттл про техники проверки требований | |
[Подробно...][Скрыть] Баттл с Сергеем Мартыненко про техники проверки требований. Тезисы Сергея:
Куприянов хорош. Реально хорош.
Но.
1. Очень хочу с ним подискутировать.
2. В некоторых местах полную фигню говорит.
3. Он не про верификацию.
4. Расширение CRUDL плохое.
5. Сильно прыгает.
Тем не менее очень хорошо.
Я готов )
| ![]() Юрий Куприянов Круглый стол (1,5 часа) |
Стоп-слова для аналитика: докапываемся до текстов требований | |
[Подробно...][Скрыть] Системный аналитик производит тексты. В истории ИТ постоянно появляются попытки перевести все артефакты в форму диаграмм, но даже в диаграммах есть слова и подписи. Да и не всегда удобны диаграммы оказываются и для разработчиков и для согласующих. В общем, аналитик производит тексты - описания процессов, требования, технические задания. И это тексты на естественном языке. А естественный язык - это не формальная система. В словах куча неоднозначностей, умолчаний, двусмысленностей, недоговоренности, подразумеваемых значений... И если такие слова просачиваются в тексты требований - жди беды. В докладе я расскажу про требования к текстам требований (и даже приведу выдержки из соответствующих стандартов) и дам список "стоп-слов" - таких слов и выражений, при встрече которых в документе или на диаграмме у аналитика должна мысленно "загораться красная лампочка" и включаться сигнал тревоги. Очистим тексты аналитиков от двусмысленностей и неоднозначностей! Доведем тексты требований до совершенства!
| ![]() Юрий Куприянов Доклад (40 минут) |
«Что? Где? Когда?» Команда знатоков-аналитиков против системы-источника | |
[Подробно...][Скрыть]
В кровавом энтерпрайзе есть задача — настроить загрузку данных из одной информационной системы в другую. Например, вы работаете в банке, и к хранилищу данных постоянно подключаются новые источники — личный кабинет, CRM, MDM, АБС и т.д. | ![]() Бунто Татьяна Доклад (40 минут) |
Проблемы и ограничения REST API | |
[Подробно...][Скрыть] В IT есть два типа людей: те, кто пропагандирует использование REST API, и те, кто его не ненавидит. Мы встанем на третью сторону и посмотрим, какие границы применимости имеет эта концепция при проектировании API. На воркшопе спроектируем HTTP API в рамках REST парадигмы и обсудим сложности, которые возникнут в процессе. После рассмотрим менее очевидные проблемы при использовании REST API. Будет полезен для специалистов, имеющих опыт проектирования реальных или учебных REST API. Длительность: 90 минут | ![]() Андрей Бураков Мастер-класс (укажите длительность в заявке) |
Изоляция микросервисов по данным при миграции с монолита | |
[Подробно...][Скрыть] При миграции с монолита большой информационной системы не всегда есть возможность реализовать классический DDD. Зачастую распил монолита осуществляется по частям, границы этого перевода задаются очень жесткими рамками, а бизнес боится потерять бизнес процессы и бизнес в целом. В этих условиях “голубого океана” для полноценной реализации DDD нет. В своем докладе я хочу рассказать о технике параллельного моделирования бизнес-процессов и концептуальной модели предметной области, которая позволяет обеспечить целостность бизнес-процессов и при этом обеспечивает изоляцию проектирумых микросервисов.
Доклад основывается на практическом опыте работы в роли системного аналитика на примере пилотного проекта по “распилу” монолита на микросервисы . | Дмитрий Моряков Доклад (40 минут) |