[Подробно...][Скрыть]
Не болит - не трогай. На проектах внедрения учетных систем 1С научился Боль пользователей использовать как главный драйвер развития проекта. В докладе расскажу, как Боли выделить и сформулировать вместе с пользователями на первом этапе проекта, как вовлечь с этой помощью в проектную Команду владельцев Болей и вместе с ними реализовать проект.
| Павел Ступко"> Павел Ступко Доклад (40 минут) |
[Подробно...][Скрыть]
Вопрос № 1 для ИТ-компаний - это цифровизация. Цифровизация своей деятельности, цифровизация деятельности своих заказчиков. Огромная доля в этом процессе - это использование электронных документов.Чем принципиально электронный документ отличается от бумажного? Как правильно использовать электронные документы? Почему так важен формат электронного документа? Как обеспечить юридическую значимость электронных документов? Что нового в законодательстве об электронных документах и электронной подписи? Что за зверь такой - машиночитаемая доверенность? Как правильно хранить электронные документы? Эти вопросы встают перед аналитиками в ходе цифровизации, вот и поговорим, какие ответы есть на эти и ряд других вопросов.
| Ольга Георгиевна Подолина"> Ольга Георгиевна Подолина Доклад (40 минут) |
[Подробно...][Скрыть]
В нем рассказывается о работе ресурсного менеджера группы аналитиков и отвечу на возможные вопросы:
1. Чем занимается ресусрный менеджер?
2. Ресурсный менеджер - это роль или должность?
3. Как стать ресурсным менеджером?
Ссылка на тезисы в моем письме ниже.
| Екатерина Герт"> Екатерина Герт Доклад (40 минут) |
[Подробно...][Скрыть]
Приходит в твой проект/команду новичок. Ты являешься его наставником или просто человеком, который вынужден выполнять эту роль. Какие задачи перед тобой стоят? Какова твоя цель? И с чем не стоит эту цель путать? Как сделать из новичка замотивированного и заинтересованного члена команды, который сможет самостоятельно решать задачи в рамках проекта? Какие задачи давать новичку, чтобы эффективно и наиболее комфортно для всех пройти этап интеграции в команду? Чему можно научиться у самого новичка? Как всё это совместить с целями и задачами проекта?
Личный опыт и анализ опыта коллег дал понимание о не всегда очевидных сложностях процесса адаптации новичков и возможных способах их преодоления. В докладе я хочу подчеркнуть важность процесса наставничества как для нового сотрудника, так и для проектной команды и компании в целом. Дать мотивацию для внедрения процесса наставничества даже если руководству это кажется "непроизводительной тратой ресурсов". А также обратить внимание на некоторые яркие сценарии “как не надо поступать” (антипаттерны), которые, увы, широко распространены.
Однозначного и единственно верного ответа на вопрос “как надо”, наверное, нет. Потому что “как надо” - это скорее путь среди айсбергов и рифов “антипаттернов”. Верных путей может быть много. Но если четко осознавать свою цель, этот путь можно вполне успешно пройти.
| Александр Скоробутов"> Александр Скоробутов Доклад (40 минут) |
[Подробно...][Скрыть]
Прошло 14 лет с момента как я перестал быть рукводителем проектов и начал консультировать и равзивать компетенции людей и организации. Положа руку на сердце, несмотря на то, что компания получила назвние "Системный Подход" и я прекрсно разбирался в теории систем и не только, мой путь больше похож на стохстическое петляние зайца и был весьма далек от реальной системности.
В рамках этого мастер-класса я хочу поделится ошибкми, открытиями и набором системных принципов, в которые я сейчас верю.
Предварительно 1.5 часа
| Dmitry Bezuglyy"> Dmitry Bezuglyy Мастер-класс (укажите длительность в заявке) |
[Подробно...][Скрыть]
Небольшой рассказ о том, почему мы решили запустить в компании стажировку аналитиков, и к чему все это привело. После запуска 2-х стажировок, у меня накопилось множество инсайтов, которыми я хотела бы поделиться: что мы сделали для запуска первой стажировки, насколько запуск стажировки оправдал себя и почему я считаю, что стажировка - это хорошо.
| Мила Прокудина"> Мила Прокудина Доклад (40 минут) |
[Подробно...][Скрыть]
Рано или поздно перед массовым аналитиком, проработавшим Х лет в ИТ-доставке, в получении вопроса – «В какой степени использовать дальше перевозить?»
В большинстве случаев возникало повышенное внимание к повышению уровня менеджеров – тимлид, ресурс-менеджер, руководитель практики, в редких случаях – аккаунт-менеджер и т.д.
А что делать тем, кто хочет дальше перевозить грузы как специалист, решающий все более сложные проблемы и задачи, стоящие перед бизнесом?
Для таких аналитиков развитие может стать качественным ростом в бизнес-архитекторе.
В рамках доклада я постараюсь дать общее представление о бизнес-архитектуре, как о предметной области, и о бизнес-архитекторе, как профессии.
Рассмотрим возможные вопросы:
- При всем богатстве выбора...
Немного перечислим и рассмотрим обычные пути развития карьеры аналитика
- А почему, собственно, бизнес-архитектор?
Рассмотрим несколько причин, почему стоит обдумать именно это движение в сторону
- А если серьезно, что такое бизнес-архитектура?
Принять основные, предназначенные и привлеченные бизнес-архитектуры концепции
- Зачем нужен бизнес-архитектор?
Узнаем в чем привлекает бизнес-архитектора, что является результатом его работы
- Я б архитекторы пошел, пусть меня научат..
Поговорим о требованиях к квалификации и бизнес-архитекторам, в чем сходство и в чем отличие аналитика и архитектора, какие есть пути перехода в бизнес-архитекторы
- Москва не сразу строилась...
Поговорим о том, какие бизнес-архитектурные задачи можно выполнить в рамках ИТ (и не только) проектов, которые можно использовать и с какими-то сложностями можно столкнуться. Рассмотрим несколько примеров из практического опыта.
- С чего начать?
Список ресурсов, литературы и полезных советов
Доклад будет своеобразным введением перед взаимодействующей частью по применению технологий или инструментов бизнес-архитектора. Формат пока на конференции.
| Николай Новик"> Николай Новик Доклад (40 минут) |
[Подробно...][Скрыть]
Если вдуматься, успех или неуспех нашей деятельности напрямую связан с уровнем развития Soft Skills. Мы коммуницируем с коллегами, с заказчиками, с подрядчиками, с руководителями и подчиненными, с наставниками и учениками. Нам приходится убеждать, доказывать, отстаивать свою точку зрения, а иногда наоборот - мотивировать других проявить себя.
Где и как научиться делать это эффективно? На практике - долго, у коучей - дорого, обмениваться опытом с коллегами - идеально.
Поэтому за 40 минут поделюсь всеми наблюдениями и находками, чтобы каждый смог найти что-то полезное для улучшения своих Soft Skills.
| Мария Серёгина"> Мария Серёгина Доклад (40 минут) |
[Подробно...][Скрыть]
В продолжение доклада есть идея сделать мастер-класс в игровом формате, чтобы дать возможность заинтересовавшимся аналитикам попробовать свои силы в области бизнес-архитектуры.
Конкретные инструменты и техники пока в стадии выбора.
Предварительно - будем решать кейс по созданию нового "бизнеса" / открытию нового направления бизнеса.
Предварительный набор техник и инструментов:
- Канва бизнес-модели (Business Model canvas)
- Анализ способностей бизнеса (Business capabilities analysis)
- Путь пользователя (Customer Journey map)
- Метрики и показатели эффективности (Metrics and KPIs)
Продолжительность 1 час, возможно - 1,5.
Продолжительность будет зависеть от количества техник.
| Николай Новик"> Николай Новик Мастер-класс (укажите длительность в заявке) |
[Подробно...][Скрыть]
Часто под бизнес-архитектурой подразумевают устройства бизнес-процессов, из которых встречается формулировка безопасности к безопасным системам. При этом бизнес-процессы раскрываются как предмет, заданный в профессиональном проекте. Такой подход естественен для эпохи, когда ИТ-процессы были ответственными за рассмотрение дел, и когда проекты организационных изменений были слабо задействованы с проектами закрытия, и даже когда была предусмотрена поддержка новых процессов, группа бизнес-технологов выполняла проверку по протоколу, не работая с команда разработки IT.
В конкретном мире, когда ИТ становится основой для бизнеса и предоставляет ему новые возможности, такое разделение не работает. Проекты выявления и выявления бизнеса включаются в определенные проекты, в рамках которых используются только бизнес-процессы, но и обнаружение и выявление продуктов, которые требуют создания ценности для пользователей и цепочек создания ценности в компании, что также ранее выполнялось выявленной группой. В описание бизнес-архитектуры сейчас входит не только описание бизнес-процессов, но и описание ценности, доставляемой потребителю и цепочке создания ценности в компании, а также изменения всего этого в ходе проекта.
В расчете будет рассмотрена структура архитектуры бизнес-проектов и ее описание, а также современные проекты в области ИТ, реализация о достаточной аналитике, с ними взаимодействующая успешно с задачей проекта от бизнеса на своем языке, а не ограниченного проектирования документов, их рабочих процессов и экранов для работы.
| Максим Цепков"> Максим Цепков Доклад (40 минут) |
[Подробно...][Скрыть] | Евгений Паронькин Доклад (40 минут) |
[Подробно...][Скрыть]
Мастер класса по владению моделями предметной области увеличение. Используемый подход, существенно отличающийся от известного 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/
| Кумсков Михаил"> Кумсков Михаил Мастер-класс (укажите длительность в заявке) |
[Подробно...][Скрыть]
Расскажу про чат-ботов помощников, которых используем в компании.
Не хотите ходить по ссылкам от коллег? Бот пришлет всё самое важное. Нужно развернуть нужный билд на сервере? Просто напишите боту. Хотите узнать нагрузку на приложение, не анализируя большие логи? Бот всё сделает за вас. А еще - избавит от мелких рутинных задач, которые в сумме занимают час или больше времени. И даже если вы просто хотите поближе узнать коллег, но стесняетесь, бот тоже поможет!
Остановлюсь на том, какой функционал есть в наших ботах:
-
Валера — подскажет название статьи, задачи, какие тесты упали, а еще откроет дверь, расскажет, кто сегодня болеет.
-
Долорес — развернет нужный билд.
-
Марвин — посчитает доступное время команды, отправит статус по релизу, сделает запрос на нужное API и покажет ответ.
-
random_lunch — подберет случайную пару на обед.
-
secret_santa — поможет с организацией тайного Санты в компании.
Докажу, что ботов создать несложно. Например, трех из наших ботов я написал сам, хоть и не программист.
Рассказ рассчитан на тех, кто хочет упростить рабочие процессы, оптимизировать время на рутинные задачи, а еще - сделать общение с коллегами неформальным и добавить настроения в офисные будни.
| Иван Арискин"> Иван Арискин Доклад (40 минут) |
[Подробно...][Скрыть]
Ведущий аналитик - это ступень в карьере многих людей, которую они считают неподъемной, нереальной. На вопрос "почему же ты до сих пор им не стал?" в голову лезут только такие мысли:
-
У меня разве получится?.
-
На этой должности уже есть человек, как я стану на его место?
-
Пытаюсь стать им, но никак не выходит, что-то делаю не так?
Эти и многие другие вопросы мы сможем обсудить на моем выступлении, где я Вас буду с нетерпением ждать!
| Андрей Зеров Доклад (40 минут) |
[Подробно...][Скрыть]
Участники получат практики и шаблоны, которые помогают определиться, что вдохновляет именно их в профессии и как развиваться в этом направлении на текущем месте работы, совмещая "надо" компании и личные "хочу". К концу встречи у каждого будет алгоритм и заготовки для составления плана профессионального развития, который можно заполнить и применить как только появится свободная минутка и доступ в интернет.
| Надежда Смирнова"> Надежда Смирнова Мастер-класс (укажите длительность в заявке) |
[Подробно...][Скрыть]
Доклад _Токсичный драйвер_ хотел бы предложить в рамках: Работа с заинтересованными сторонами (ЗЛ, стейкхолдерами).
Токсичный водитель (со стороны клиента) обычно редко бывает на проекте. Стиль его работы: фонтанировать идеями, эффектами, обижаться, оказывать влияние на договоренность и воздействие сиюминутных желаний.
Поделился опытом, как пришлось с таким работать, как располагалась команда, как планировать и сдавать доработки проекта.
Думаю, в новых условиях, с учетом того, что бизнес-анализ и в целом ИТ будет все больше дрейфовать в сторону работы с участием с гос. опыт, опыт общения с ведущими менеджерами может пригодиться.
Доклад в процессе создания. Тайминг: презентация 25 минут + вопросы (обмен идеями) 15 мин.
Понимаю, что буду предъявлять заявки на более поздние сроки. Но надеюсь заинтересовать. Презентация планирую закончить 25.04.2022
| Рудых Мария Доклад (40 минут) |
[Подробно...][Скрыть]
Рассказать подробно о том, как правильно и быстро привлечь новых участников проекта с участием более 30 человек
| Татьяна Тимофеева"> Татьяна Тимофеева Доклад (40 минут) |
[Подробно...][Скрыть]
По статистике большая часть проектов проваливается из-за проблем с управлением. По одной из версий более половины провалившихся проектов провалилось из-за проблем с управлением. Какие основные проблемы в управлении? Как вариант — это неполнота требований и отсутствие приоритизации. Но нельзя правильно выстраивать ход работ, не имея более-менее полного реестра требований.
CRUDL-тессеракт одна из мощнейших техник проверки требований на полноту. Она не единственная, но, чтобы рассмотреть все понадобится не доклад, а несколько дней. Но начать рекомендую с неё. Остальные сложнее.
Какие аспекты применения этой техники рассмотрим на докладе:
тестирование полноты функциональных требований;
создание функционально-ролевой модели (это то, что «нельзя прикрутить потом»);
управление требованиями на основе этой модели.
Что получат слушатели:
вы достаточно быстро сможете применять эту технику для тестирования полноты;
в дальнейшем расширите область применения.
Эта малоизвестная техника. В книгах и статьях ее нет. Уникальный материал.
| Сергей Мартыненко "> Сергей Мартыненко Доклад (40 минут) |
[Подробно...][Скрыть]
Недавно я поменяла работу и столкнулась с тем, что необходимо быстро и эффективно наладить процесс взаимодействия с продактом, при этом хотелось учесть прошлый опыт, не повторить прошлые ошибки и показать первые победы. Расскажу про:
1) Как коммуницировать и разделять ответствености с продактом. Как проводить встречи с продактом - на первой встрече знакомстве, на встречах 1-1, на встрече обратной связи.
2) Как работать с беклогом. Что делать аналитику, если пустой беклог или слишком перегруженный или слишком быстро меняем приоритеты. Как в этом случае поможет построение CJM и MVP.
3) В каком формате ожидать постановку задач от продакта на спецификацию, чтобы решить проблемы "а зачем мы вообще это делаем", плохого описания и несогласования ТЗ продактом.
| Ольга Пономарева"> Ольга Пономарева Доклад (40 минут) |
[Подробно...][Скрыть]
На докладе расскажу, как выстраивали порядок и коммуникации при изменениях в общей инфраструктуре.
Инфраструктура - как выглядит у нас и в чем сложность взаимодействия между командами:
-
Аналитическая инфраструктура состоит из запутанных связей и зависимостей - сервера связаны с серверами, базы с базами, команды с командами. Изменения в одном узле может повлечь изменения в другом.
-
Какого рода есть изменения - подключение новых источников, изменение имеющихся, удаление устаревших и неактуальных, изменение логики сбора.
Мы сформулировали типы изменений и формат взаимодействия по ним.
-
Ошибки при взаимодействии. С чем столкнулись и как пришли к чек-листу.
-
Инструмент или панацея? Что изменилось с введением чек-листа, ограничились только им и нужны ли еще какие-то изменения.
-
Выводы и рекомендации, опыт команды.
Продолжительность ~40 минут.
| Анжелика Арсланова"> Анжелика Арсланова Доклад (40 минут) |
[Подробно...][Скрыть]
На КС обсудим - что случилось с проектированием в разработке ПО и ИС?
Вопросы на КС:
1. Действительно ли так нужны требования, а не проект системы?
2. Кто и как может делать проект системы?
3. Нужны ли индустрии проектировщики?
4. Где взять проектировщиков?
5. Что нужно знать и делать аналитику, чтобы он смог делать проект системы?
| Денис Бесков"> Денис Бесков Круглый стол (1,5 часа) |
[Подробно...][Скрыть]
Представьте, что перед вами стоит сложная творческая задача.
Как подойти к ее проработке?
"Хочешь сделать хорошо - сделай сам?" или соберешь брейн-шторм на топовых сотрудников и будете биться на 5-15 человек в поисках самого лучшего варианта? Может быть, есть еще какое-то решение?
В своем докладе мы расскажем, каким путем пошли мы:
- обсудим, насколько эффективно совещаться с гуру, не погруженными в вашу задачу,
- разберем на конкретном примере работу в мини-команде аналитиков,
- обсудим сильные и слабые стороны такой техники, и когда ее можно применять,
- расскажем, как убедить руководство в эффективности такого подхода.
| Евгения Самошкина"> Евгения Самошкина Доклад (40 минут) |
[Подробно...][Скрыть]
Дизайн-спринт – это спринт для дизайнеров?
Нет, это отличный фреймворк для работы любого аналитика при решении инновационных задач.
Сталкивались ли вы с такими проблемами при решении новых задач:
-
Прокрастинация…
-
А нужна ли задача?
-
А вдруг подобное уже реализовали?
-
Как собрать воедино этот хаос?
-
Как вписать в архитектуру?
-
Когда, что и с кем согласовывать?
-
А что от меня ждут на выходе?
Мы – очень часто)
Хотим поделиться опытом использования дизайн-спринтов в работе – как помогли они нам с преодолением всех перечисленных проблем.
Расскажем на примере реального проекта, к какому результату мы пришли благодаря дизайн-спринтам.
| Нина Михалева"> Нина Михалева Доклад (40 минут) |
[Подробно...][Скрыть]
Что такое DWH? Почему бы нам не использовать привычные базы данных? Есть ли между ними отличия?
Представьте себе, что у вас огромное предприятие со множеством систем, каждая из которых решает отдельно взятую узкую задачу. Что же делать, если есть необходимость получать сводную кросспроцессную информацию?
В ходе доклада мы разберем особенности DWH, выясним, что же это за зверь.
Помимо общего знакомства с концепцией DWH, фокус доклада сосредоточен на том, что же конкретно делает аналитик на проекте DWH? Сложно это или просто? Какими компетенциями должен обладать такой аналитик и какие прикладные задачи он решает?
Целевая аудитория - системные аналитики, заинтересованные в работе с хранилищами данных, системные архитекторы. Уровень аналитиков любой, опыт работы с хранилищами данных не требуется.
| Екатерина Бажина"> Екатерина Бажина Доклад (40 минут) |
[Подробно...][Скрыть]
Опишу свой опыт по творческому подходу к анализу больших данных. Условия задачи: всего 3 действия по времени проверки - 1 месяц и необходимо проверить закупочную деятельность организации с более чем 14,5 тысячью извещений и контрактов. Очевидно, что физически это привело к тому, что за такое время было невозможно проверить все и со всей точностью, т.о. нужно было "подсветить" куда смотреть в первую очередь.
Я придумала подход "дерево" с цветовой индикацией, похожей с яндекс.картой пробок - красная это область с повышенным риском, зеленая - мало признаков. Т.о. весь массив данных раскрасился и взглядом можно было понять "полыхает пожар" или в целом случай благополучно получен.
Далее была придумана вторая индикация - уже о включении в проверку (чтобы не было проверено однократно и тоже). Так "лед гасил пламя".
Дерево было построено как граф на основе финансового рек: слева были контракты с неменьшими суммами, а справа - рядом. Т.о. при анализе высшее руководство сказало "не рассматривать мелочи и обязательно рассматривать обширные".
Этот подход применим ко многим ситуациям. На подъеме банка.
Так же возможны вариации поглощения - есть визуализация для гос.заказчика, когда контракты и их исполнение визуализируются развивающимися яблоками на ветках извещений. Возможностей для применения - множество, важно сказать суть.
| Екатерина Подолина"> Екатерина Подолина Доклад (40 минут) |
[Подробно...][Скрыть] | Марина Налепова"> Марина Налепова Доклад (40 минут) |
[Подробно...][Скрыть]
Про проектирование, моделирование ИС написано большое количество книг и статей, сделано значительное количество интересных докладов. Но несмотря на весь это без сомнения полезный труд, что многие из нас видят в проектах, продуктах или любом другом процессе или подходе, направленном на создание ИС, программные продуктов, сервисов и т.п.?
"Пилите таски из jira!". Вот и вся работа. А результаты проектирования пыляться и скучают где-то в килотоннах документации (если она есть), или находятся в голове 5% старожилов команды и строго хранятся этим орденом. Конечно, это скорее преувеличение, но тем не менее зачастую моделирование и проектироание или не включено в поток, или в ключено, но очень слабо.
В докладе будут затронуты возможные причины такого состояния, предложены варианты выхода из ситуации в конкретных сценариях.
| Евгений Асламов"> Евгений Асламов Доклад (40 минут) |
[Подробно...][Скрыть]
Мастер-класс длительностью до 120 минут.
В ходе мастер-класса мы пройдем следующие этапы:
1. Теория. Что такое User Story Mapping, Как организовать групповую работу, как фасилитировать, как сократить время. Инструменты и лайфхакки. - около 30 мин.
2. Практика. Работа в группах по 6-10 человек. Декомпозиция бизнес-процессов, визуализация продукта/услуги. - около 45 минут
3. Презентации и обратная связь - около 20 минут
В результате, те кто не знаком с USM - познакомятся и попробуют на практике, те кто знаком - узнают инструменты и способы улучшить и ускорить процесс.
Помогает на старте выстроить рабочие процессы, синхронизироваться, провести первичный анализ и визуализацию бизнес-процессов.
| Алексей Дерюшкин"> Алексей Дерюшкин Мастер-класс (укажите длительность в заявке) |
[Подробно...][Скрыть]
Я расскажу про базовые принципы описания интеграционных интерфейсов, соблюдение которых является залогом быстрой и качественной интеграции. За 20 лет работы я выработала такие базовые принципы интеграций:
- степень детализации описания требований к интеграции зависит от срочности задачи и уровня зрелости команды разработки,
- соблюдать договоренности внутри команды / внутри проекта,
- учитывать справочные значения в интеграционных интерфейсах.
Кроме этого есть еще ряд нюансов, которые тоже следует учитывать в работе интеграционного аналитика:
- работу с пустыми и отсутствующими значениями,
- работу со всевозможными маппингами (преобразованиями) между разными интеграционными слоями,
- обработку ошибок на всех ветках алгоритма,
- сокращение Http Status Code = 500.
Если следовать этим принципам и учитывать нюансы, то "блох" интеграции, выявленных при тестировании и при выходе в ПРОД, будет в разы меньше.
| Крикун Наталья"> Крикун Наталья Доклад (40 минут) |
[Подробно...][Скрыть]
В классических книгах по системному анализу, переведенных на русский язык, понятие потребность раскрывается недостаточно точно. В книге и на курсах системного мышления А. Левенчука (основанных на теории системной инженерии) это определяется как требование к надсистеме. Однако при изучении 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/UI работает: достаточно ли интерфейс понятен, логичен, удобен, правильно ли работают все его технические элементы. Результатом UX тестирования является перечень рекомендаций, что и каким образом нужно изменить, чтобы повысить количество конверсий и превратить посетителей сайта в его постоянных и преданных пользователей.
Как проводить UX тестирование? На какие моменты обратить внимание? Об этом я расскажу в своём докладе.
| Анастасия Московкина"> Анастасия Московкина Доклад (40 минут) |
[Подробно...][Скрыть]
В рамках бизнес-игры участники:
-
Составят опросник для сбора требований.
-
Посмотрят на вопросы глазами заказчика.
-
Обработают результаты обследования и сформулируют концепцию предлагаемого решения.
По итогам мы обсудим:
-
Как различные модели поведения представителей заказчика и аналитика влияют на результат обследования.
-
Как выявлять вопросы, на которые аналитик получает «не те» ответы.
-
Как самому проверить полноту и корректность вопросов к заказчику.
-
Типовые ошибки, которые приводят к неправильному пониманию вопросов и получению "не тех" ответов.
-
Рекомендации по минимизации риска ошибок при сборе требований.
Участники будут работать в командах по 5-6 человек. Каждый участник сможет последовательно поставить себя на место аналитика, заказчика, а затем снова аналитика, примерив при этом разные ролевые модели поведения.
Бизнес-игра состоит из следующих блоков:
-
Вводная часть. Вы узнаете правила игры и разобьетесь на команды.
-
Сбор требований. Каждая команда пройдет полный цикл работ от разработки опросника до формализации концепции предлагаемого решения проблемы заказчика.
-
Подготовка рекомендаций, которые помогут на этапе составления опросника подстраховаться от риска искажения информации. Обсуждение типовых ошибок аналитика при сборе требований.
-
Обратная связь от ведущих игры.
Ведущие бизнес-игры:
Букреева Наталья, ведущий аналитик Croc Code
Астанина Светлана, ведущий аналитик Croc Code
Подклетнев Евгений, старший системный аналитик Croc Code
Продолжительность бизнес-игры: 2 часа
| Наталья Букреева Мастер-класс (укажите длительность в заявке) |
[Подробно...][Скрыть]
При составлении бэклога или списка требований часто возникает проблема трассировки задач бизнеса на конкретные фичи продукта. Не всегда из набора фичей складывается ясная картина влияния продукта на целевые метрики бизнеса.
Impact Mapping — это мощная техника выстраивания соответствия целей и конкретных решений. Она позволяет быстро выявить полезную функциональность (и избавиться от бесполезной), приоритезировать состав функций продукта и сфокусироваться на решении задач бизнеса, а не запиливании фич.
Кроме того, техника дает каркас для выработки решений, не связанных с изменением продукта, а лежащих в области изменения процессов и маркетинга.
На мастер-классе участники самостоятельно попробуют применить Impact mapping на учебной задаче, получат фидбэк и разбор всех нюансов построения карт влияния.
Длительность мастер-класса - 2 часа.
| Юрий Куприянов"> Юрий Куприянов Мастер-класс (укажите длительность в заявке) |
[Подробно...][Скрыть]
Баттл с Сергеем Мартыненко про техники проверки требований.
Тезисы Сергея:
Куприянов хорош. Реально хорош.
Но.
1. Очень хочу с ним подискутировать.
2. В некоторых местах полную фигню говорит.
3. Он не про верификацию.
4. Расширение CRUDL плохое.
5. Сильно прыгает.
Тем не менее очень хорошо.
Я готов )
| Юрий Куприянов"> Юрий Куприянов Круглый стол (1,5 часа) |
[Подробно...][Скрыть]
Системный аналитик производит тексты. В истории ИТ постоянно появляются попытки перевести все артефакты в форму диаграмм, но даже в диаграммах есть слова и подписи. Да и не всегда удобны диаграммы оказываются и для разработчиков и для согласующих. В общем, аналитик производит тексты - описания процессов, требования, технические задания. И это тексты на естественном языке. А естественный язык - это не формальная система. В словах куча неоднозначностей, умолчаний, двусмысленностей, недоговоренности, подразумеваемых значений... И если такие слова просачиваются в тексты требований - жди беды. В докладе я расскажу про требования к текстам требований (и даже приведу выдержки из соответствующих стандартов) и дам список "стоп-слов" - таких слов и выражений, при встрече которых в документе или на диаграмме у аналитика должна мысленно "загораться красная лампочка" и включаться сигнал тревоги. Очистим тексты аналитиков от двусмысленностей и неоднозначностей! Доведем тексты требований до совершенства!
| Юрий Куприянов"> Юрий Куприянов Доклад (40 минут) |
[Подробно...][Скрыть]
В кровавом энтерпрайзе есть задача — настроить загрузку данных из одной информационной системы в другую. Например, вы работаете в банке, и к хранилищу данных постоянно подключаются новые источники — личный кабинет, CRM, MDM, АБС и т.д.
Эта задача может легко превратиться в кромешный ад для всех участников. Например, бизнес ждет данные в онлайне, а у источника нет API для его передачи и идут регулярные пакетные загрузки. Результат – интеграция тормозит или вообще не реализуется, задача бизнеса не решена.
Расскажу, что нужно узнать про систему-источник до старта разработки, чтобы минимизировать проблемы как для системы-потребителя, так и для других систем в ландшафте. Обсудим, когда смысла в интеграции и вовсе нет – ведь если можно что-то не делать, то зачем вкладывать в это время и силы?
| Бунто Татьяна"> Бунто Татьяна Доклад (40 минут) |
[Подробно...][Скрыть]
В IT есть два типа людей: те, кто пропагандирует использование REST API, и те, кто его не ненавидит. Мы встанем на третью сторону и посмотрим, какие границы применимости имеет эта концепция при проектировании API.
На воркшопе спроектируем HTTP API в рамках REST парадигмы и обсудим сложности, которые возникнут в процессе. После рассмотрим менее очевидные проблемы при использовании REST API.
Будет полезен для специалистов, имеющих опыт проектирования реальных или учебных REST API.
Длительность: 90 минут
| Андрей Бураков"> Андрей Бураков Мастер-класс (укажите длительность в заявке) |
[Подробно...][Скрыть]
При миграции с монолита большой информационной системы не всегда есть возможность реализовать классический DDD. Зачастую распил монолита осуществляется по частям, границы этого перевода задаются очень жесткими рамками, а бизнес боится потерять бизнес процессы и бизнес в целом. В этих условиях “голубого океана” для полноценной реализации DDD нет.
В своем докладе я хочу рассказать о технике параллельного моделирования бизнес-процессов и концептуальной модели предметной области, которая позволяет обеспечить целостность бизнес-процессов и при этом обеспечивает изоляцию проектирумых микросервисов.
Доклад основывается на практическом опыте работы в роли системного аналитика на примере пилотного проекта по “распилу” монолита на микросервисы .
| Дмитрий Моряков Доклад (40 минут) |