АЛЕКСАНДР АФАНАСЬЕВ

Менять систему или исправлять действующую?

Дорогое переписывание может не быть единственным способом выйти из тупика.

Техническое объяснение нужно проверить

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

Показательный эпизод из книги

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

Сравнить варианты перехода

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

Не потерять операционную работу

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

Какой вопрос задать команде

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