Существуют разные профессиональные сообщества аналитиков, и это здорово! Локальные сообщества в городах, чаты вокруг профессиональных тем, внутренние сообщества в компаниях – аналитикам есть, где пообщаться.
Мы хотим сделать следующий шаг и дать аналитикам возможность общаться и обмениваться опытом между разными сообществами.
Так появился IT Analyst Online Meetup – мероприятие для аналитиков в формате Community-Driven, от сообществ для сообществ.
Тема нашего первого митапа — Solution-аналитика
Мы привыкли, что системный аналитик работает внутри команды или продукта. Но самое интересное начинается тогда, когда приходится работать не с отдельной фичей,
а со всей системой.
Поговорим о масштабировании, обработке вариативных событий, переходе от требований для отдельных блоков к общему видению системы и развитию архитектурных решений для бизнеса, о системах поддержки принятия решений для бизнеса.
Доклады
Баланс между развитием продукта и желаниями бизнеса: что может сделать аналитик?
Влад Кучинский, Solution-архитектор Bercut
За 5 лет работы над собственной системой Business Rules Engine мы прошли путь от MVP-прототипа до продукта с 40 млн пользователей и нагрузкой 180К request per minute. В процессе мы собрали изрядное количество граблей по работе с заказчиками. Но всё было не зря: время доставки изменений сократилось с 3 недель до 1 дня.
С каким сложностями мы столкнулись в процессе разработки и какие принципы коллеги-аналитики из других компаний могут вынести из нашего опыта для работы с заказчиком в больших проектах — об этом расскажу в докладе.
Оптимизируем процесс сквозного проектирования – от бизнес-идеи до инфраструктуры
Алексей Грибанов, директор департамента архитектуры проектов, Ростелеком
Крупнейший телеком-оператор, сильная сегментированность IT-ландшафта, сложное наследие прошлых лет, огромное количество одновременно исполняемых проектов и программ — не самые удобные предпосылки для появления процесса сквозного проектирования систем.
Вопреки (отчасти благодаря) всему этому мы смогли построить процесс, позволяющий обеспечить контроль за связанностью изменений и движением к нужному состоянию IT-ландшафта.
В докладе расскажу, как устроена наша система сквозного проектирования «от бизнес-идеи до инфраструктуры»: роли, зоны ответственности, инструменты, а главное — ключевые подходы.
Аналитика на длинной дистанции: как ничего не забыть и потом не переделывать в больших долгосрочных развивающихся продуктах
Яна Тодорович, системный аналитик FunBox
Чтобы делать качественный продукт, нужно вовремя делать качественную аналитику. Чтобы ничего не забыть, нужно всё записывать. Только для любого продукта наступает момент, когда ресурсов меньше, чем аппетитов, а записывать всё физически невозможно; и у нас мы эту точку уже прошли.
+ Как приоритизировать документирование
+ Как организовать структуру базы знаний
+ Как называть новые фичи
+ Как выстраивать коммуникации с командой и заказчиками
+ Как всегда иметь четкий план (чеклист проработки фичи)
И если объединить, как аналитику справляться с продуктом на длинной дистанции – расскажу об этом в докладе.
IT Analyst Online Meetup
Дата проведения: 27.08.2020. Начало в 16:00
Место проведения: Онлайн,
- Анонс
- Программа
- Участники
- Спикеры
Существуют разные профессиональные сообщества аналитиков, и это здорово! Локальные сообщества в городах, чаты вокруг профессиональных тем, внутренние сообщества в компаниях – аналитикам есть, где пообщаться.
Мы хотим сделать следующий шаг и дать аналитикам возможность общаться и обмениваться опытом между разными сообществами.
Так появился IT Analyst Online Meetup – мероприятие для аналитиков в формате Community-Driven, от сообществ для сообществ.
Тема нашего первого митапа — Solution-аналитика
Мы привыкли, что системный аналитик работает внутри команды или продукта. Но самое интересное начинается тогда, когда приходится работать не с отдельной фичей,
а со всей системой.
Поговорим о масштабировании, обработке вариативных событий, переходе от требований для отдельных блоков к общему видению системы и развитию архитектурных решений для бизнеса, о системах поддержки принятия решений для бизнеса.
Доклады
Баланс между развитием продукта и желаниями бизнеса: что может сделать аналитик?
Влад Кучинский, Solution-архитектор Bercut
За 5 лет работы над собственной системой Business Rules Engine мы прошли путь от MVP-прототипа до продукта с 40 млн пользователей и нагрузкой 180К request per minute. В процессе мы собрали изрядное количество граблей по работе с заказчиками. Но всё было не зря: время доставки изменений сократилось с 3 недель до 1 дня.
С каким сложностями мы столкнулись в процессе разработки и какие принципы коллеги-аналитики из других компаний могут вынести из нашего опыта для работы с заказчиком в больших проектах — об этом расскажу в докладе.
Оптимизируем процесс сквозного проектирования – от бизнес-идеи до инфраструктуры
Алексей Грибанов, директор департамента архитектуры проектов, Ростелеком
Крупнейший телеком-оператор, сильная сегментированность IT-ландшафта, сложное наследие прошлых лет, огромное количество одновременно исполняемых проектов и программ — не самые удобные предпосылки для появления процесса сквозного проектирования систем.
Вопреки (отчасти благодаря) всему этому мы смогли построить процесс, позволяющий обеспечить контроль за связанностью изменений и движением к нужному состоянию IT-ландшафта.
В докладе расскажу, как устроена наша система сквозного проектирования «от бизнес-идеи до инфраструктуры»: роли, зоны ответственности, инструменты, а главное — ключевые подходы.
Аналитика на длинной дистанции: как ничего не забыть и потом не переделывать в больших долгосрочных развивающихся продуктах
Яна Тодорович, системный аналитик FunBox
Чтобы делать качественный продукт, нужно вовремя делать качественную аналитику. Чтобы ничего не забыть, нужно всё записывать. Только для любого продукта наступает момент, когда ресурсов меньше, чем аппетитов, а записывать всё физически невозможно; и у нас мы эту точку уже прошли.
+ Как приоритизировать документирование
+ Как организовать структуру базы знаний
+ Как называть новые фичи
+ Как выстраивать коммуникации с командой и заказчиками
+ Как всегда иметь четкий план (чеклист проработки фичи)
И если объединить, как аналитику справляться с продуктом на длинной дистанции – расскажу об этом в докладе.
