Аналитики, как правило, находятся в стороне от сбоев в работе ПО — удар принимают службы поддержки, разработчики. Но случаи, произошедшие за последнее время и, в целом, интерес к проработке нефункциональных требований, напоминают нам о таком понятии, как непрерывность бизнеса - business continuity.

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

• Что мы можем полезного взять из этих наработок? 
• Почему в РФ сейчас это понятие забыто и осталось только в регламенте ЦБ? 
• Равна ли непрерывность бизнеса нефункциональным требованиям? 
• Покрывается ли только информационной безопасностью? 
• Причем здесь бизнес-мониторинг и e2e метрики, про которые вы могли уже не раз слышать?

Не оставим в стороне случай с СДЭК (у кого хоть раз падал продуктив, понимают, насколько ребятам было тяжело) — и посмотрим, как в мировой практике развивается эта тема.

Управление промо-акциями - один из ключевых бизнес-процессов ритейла, дающий конкурентное преимущество. Великий и беспощадный маркетинг сталкивается с ИТ при проектировании CRM-систем для заведения условий акции и движка для их применения. Выбор оптимального решения - залог успешного проекта.

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

Инновации, как правило, подразумевают масштабные, сложные изменения в ключевых процессах. Какой аналитик не мечтает заниматься "реальными" задачами и привносить ощутимый вклад в ценность продукта.

Рассмотрим ключевые компетенции аналитика, необходимые для реализации инновационных проектов, а также пример внутренней мотивации команды аналитиков, которая способствовала развитию системы еще до "директивы" бизнес-заказчика.

Изменения неизбежны. Как бы мы ни пытались отложить принятие решения и максимально использовать внедренную систему, наступает момент, когда унаследованная информационная система перестает отвечать потребностям бизнеса. Моделирование новой системы основывается на проведении реинжиниринга, в процессе которого выполняется трансформация существующей системы с целью оптимизации как бизнес-процессов, так и процессов сопровождения. 

Не существует идеального рецепта для управления требованиями, команды разработки должны быть гибкими. Однако если в простом проекте по разработке или сопровождению ИС (информационной системы) применение той или иной методологии достаточно прозрачно, то в проектах по реинжинирингу, предполагающих существенную модернизацию или замещение ИС, команды сталкиваются со «снежным комом» требований, который может свести на нет саму цель перехода на новую систему.