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

Для кого мероприятие: 

• Для бизнес и системных аналитиков и их руководителей.
• Руководителей ИТ проектов, Продакт менеджеров.
• Архитекторов ИС и проектировщиков ПО.  
• Заказчиков ПО,  Интеграторов, Вендоров ПО.  
• Студентов вузов и Стажеров ИТ компаний.
• Для всех-всех, кто неравнодушен к профессии аналитика!

Чем будет полезно мероприятие: 

1. Получите актуальные знания от экспертов.

2. Узнаете тонкости планирования работы BA/SA аналитиков.

3. Поможем лучше понять себя и организацию в которой вы работаете.

4. Поможем стать более полезным и эффективным, а значит более уважаемым и востребованным.

КУРАТОР МАРАФОНА

 ПРОГРАММА МАРАФОНА
Моя команда — мои правила: DOR для аналитика и Agile команды банка

• Правила и принципы, влияющие на эффективность работы аналитика в Agile команде банка.
• Что нужно знать о задаче до принятия ее в спринт, чтобы не уйти в бесконечные обсуждения.
• Какие вопросы мы себе задали, чтобы сформулировать командное соглашение о готовности задачи.
• Практические рекомендации по разработке собственного Defenition of Ready, актуального для вашей команды и компании.
• И много всего полезного и практического на тему DOR и работы по Agile.
• Чек-лист для проверки Defenition of Ready от успешных команд.

И разработать и внедрить. Семь слагаемых успешного внедрения.

• Как аналитик\PM\PO может помочь внедрению.
• Зачем нужен план внедрения и регламенты работы.
• Какое значение имеют НСИ. 
• На что обратить внимание при миграции данных из систем-предшественников. 
• Как с первого захода внедрить обмен между смежными системами.

Инструменты теории ограничений (ToC) Э. Голдратта и использование модели "производственной цепи" для планирования работ аналитиков      при создании ИТ-продуктов

• «Центры производства» в производственной цепи создания ИТ-продукта.
• «Подготовительные работы» и их влияние на поддержание оптимальной скорости разработки.
• Необходимый объем формируемых аналитиком «запасов на складе».
• Метод определения оптимальной величины «уровня запасов» анализа.
• Необходимые процедуры, обеспечивающие пользу производственного планирования с точки зрения производительности цепи создания ИТ-продукта.

Психологические состояния ИТ-профессионала и их влияние на нашу работу и жизнь  

• Что такое "состояние".
• Какие состояния бывают.
• Что влияет на изменение состояния.
• Как состояние мешает\помогает в достижении цели.
• Как работать со своим состоянием (техники), примеры из жизни.

Аналитик и программный код: пишем требования, понятные для разработчика

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

Культура организации:  дружественный контекст или «стоп-фактор»   как учитывать ее влияние при реализации проектов

• Взгляд на организацию целиком.
• Интегральный подход к анализу корпоративной среды.
• Оценка готовности организации к цифровой трансформации.
• Проведение экспресс-диагностики корпоративной культуры и влияния культуры организации на проект.
• Взаимодействие с ключевыми участниками проекта с учетом результатов анализа культуры организации.

Неудачные ИТ-проекты: почему не следует их бояться и чему они могут нас научить?

• Реальные примеры неудачных проектов: взгляд аналитика.
• Ключевые причины неудач и выученные уроки.
• Культура "неудач": как получить выгоду?

A/B тесты систем в принятии бизнес-решений

• Как ставить цели и обосновывать проведение сплит-тестов и их стоимость.
• Как получать статистически значимые результаты за разумное время.
• Что позволяет нейтрализовывать негативные факторы.
• Как статистическая значимость и бизнес-ценность помогают снизить неопределённость в принятии решений.

Аналитический эксперимент по выбору оптимальной
бизнес-архитектуры для ИТ-проектов организации выполненный методом системной динамики… и неожиданные результаты

• Какую бизнес-архитектуру выбрать для решения  ИТ-задач, если сроки и ресурсы ограничены?
• В каких проектах эффективнее использовать иерархическую бизнес-архитектуру при работе по Agile?
• Обеспечит ли исполнитель ИТ задачи большую выгоду для клиента, если будет работать в матричной структуре?
• В какой бизнес-архитектуре руководитель сильнее влияет на скорейшую поставку ценности для клиента?
• Как метод системной динамики может помочь проверить даже самые смелые утверждения, и в каких случаях его следует применять? 
• Как аргументированно доказать руководству и коллегам, что принципы применяемые в гибких организациях, действительно работают, и в каких случаях они применимы?

Новости и представления докладов на Telegram канале

Чат со спикерами и зрителями

Подключиться: https://t.me/joinchat/GRr3UxlRSRhm4...