Система должна быть понятна следующему разработчику

Дальнейшую разработку нашей B2B-платформы может вести один Senior. Для меня это существенный результат большой переработки, но не финальный результат.

Мы работали с существующей связкой Битрикс24 и БУС. Нужно было разобраться в реальных партнёрских процессах: что поступает из 1С, как устроены каталог и скидки, какие действия нужны партнёрам и за что отвечает веб-система.

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

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

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

Возможность продолжать разработку силами одного специалиста не доказывает идеальную архитектуру. Она даёт конкретное основание обсуждать сопровождаемость.

Если мы берём среднестатистический кастомный проект на Битрикс, который выполнен по регламенту вендора и весь сложный кастом реализован в модулях, с понятиями readme-файлами внутри, а история изменений лежит (желательно в локальном) гит-репозитории, и ничто не требует постоянного контроля, то шалость удалась.

В этом случае мы можем доверить работу с проектом даже контент-менеджеру, с очень редким привлечением дорогих специалистов.

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