Переход из AS IS в TO BE — зона повышенных рисков: ломаются сроки, теряются данные, страдает доверие заказчиков. Это касается не только замены систем, но и миграций, масштабирования или внедрения новых функций. Одной из причин провала могут стать переходные требования, которые не были учтены.
Как понять, что риск потери переходных требований уже назревает? Вы в опасной зоне, если видите, что перенос данных не в приоритете, «старая система» не обсуждается, а «пользователи разберутся сами».
В докладе я расскажу, что такое переходные требования, когда они возникают и почему их учёт делает переход более управляемым. На реальных кейсах покажу ключевые вопросы для себя и команды, чтобы вместо хаоса получить предсказуемый результат. Вы унесёте понимание природы этих требований и практический чек-лист для успешного перехода.
Требования, Управление проектами, Миграции между версиями и базами
Системный аналитик, Продуктовый менеджер, Руководитель команды / Технический руководитель
Средний
Интерес к технологиям проявился ещё в школьные годы, когда стало очевидно: будущее неразрывно связано с компьютерами. И с тех пор уже более 20 лет активно воплощает это будущее в жизнь, создавая программы самого разного уровня сложности — от низкоуровневого программирования микроконтроллеров до сложных систем для гражданской авиации. В настоящее время работает над созданием инвестиционного AI-помощника в Сбербанке, участвует в судействе профильных хакатонов и делится профессиональным опытом в собственном телеграм-канале «Гуманный аналитик».
