Аналитик и legacy: как разобраться в устройстве старой системы?
Максим Цепков в своём докладе на Analyst Days 20 затронул одну из наиболее актуальных тем для аналитиков, работающих со старыми системами. Вопрос о том, как разбираться в устройстве legacy-систем, когда документация отсутствует или устарела, является настоящей головоломкой. Максим делится своим опытом, показывая, что разбираться в таких системах нужно с учётом того, как они должны вписываться в текущий и будущий бизнес-процесс. Важно не только замена системы, но и понимание, какие изменения необходимо внедрить, чтобы новая система лучше обслуживала бизнес.
Максим рассматривает различные сценарии работы с legacy-системами — от постепенного обновления до полного перехода на новые решения. Он подчеркивает, что знание бизнеса и взаимодействие с командой — ключевые факторы успешного проекта. Детально описывается процесс сбора информации и поиск стейкхолдеров, чтобы максимально эффективно встраивать изменения в существующие бизнес-процессы.
Если вы хотите глубже погрузиться в методологию работы со старыми системами и узнать больше о подходах к описанию и модернизации бизнес-процессов, предлагаем вам посмотреть запись доклада Максима.
Распространённая задача для аналитика — разобраться в работе существующей системы. Это необходимо, если заказчик хочет её заменить, сохранив функционал, или если мы строим новую систему, которая должна быть тесно интегрирована с существующей. При этом документация по существующей системе и описания бизнес-процессов обычно устаревшие, они не соответствуют друг другу и реальной ситуации.
Я поделюсь своим опытом решения этой задачи на нескольких кейсах: как разобраться в архитектуре системы и её внутреннем устройстве, а также во встройке системы в бизнес-архитектуру.
Доступно только после покупки 😊
