Действующий бизнес · Смена команды

Команда ушла. Как я разбирался в пятнадцати системах

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

Моя работа состояла в разборе действующих систем, поиске узких мест и восстановлении документации.

Бизнес продолжал работать, а карту систем пришлось восстанавливать

В компании были сайты, складские процессы, работа со штрихкодами и внутренние системы. Предыдущий технический директор ушёл практически со всей командой. Новому руководителю удалось удержать одного системного администратора.

Я пришёл почти без документации. Сначала нужно было установить, где находятся системы, как они связаны и через какие участки проходит обычный рабочий запрос.

Восстанавливал связи и искал причины тормозов

Делал трассировки запросов, разбирался в обмене данными, находил узкие места и ускорял критичные процессы. Одновременно собирал документацию по доступам и инфраструктуре.

Документировал то, что удавалось установить на практике. Это помогало постепенно получать связную картину вместо разрозненных адресов и чужих воспоминаний.

Что владельцу стоит проверить до смены команды

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

Если пройти сценарий не получается, проблему лучше обнаружить, пока прежняя команда ещё рядом. Список паролей сам по себе не показывает, сможет ли бизнес продолжить работу.

На чём основан этот разбор

Личный опыт Михаила Пискунова. Компания в этом разборе не названа. Число систем приблизительное, а финансовый эффект не измерялся и здесь не заявляется.

Разбираю в видео ↗

Михаил Пискунов

Написать Михаилу лично

Расскажите, что происходит с вашим проектом. Можно начать сообщением, без созвона.