Археологи, Дипломати та Будівельники: як ми приборкуємо хаос legacy-систем

Коли бізнес тримається на коді, який ніхто вже не розуміє, ситуація нагадує завалений після землетрусу об’єкт: поспішні дії з лопатами можуть остаточно зруйнувати те, що ще тримається. Просто найняти «гарних розробників» недостатньо — без карти завалів і чіткого плану ви отримаєте нові шари проблем поверх старих. Залишити проєкт лише архітектору з новими кресленнями теж не працює — без виконавців і без розуміння бізнес-ризиків все залишиться на папері. У AcSoDev ми спеціалізуємося саме на таких «рятувальних операціях». Наша команда будується навколо трьох взаємодоповнюючих ролей, які разом створюють Engineering Order — передбачуваний, контрольований процес перетворення хаосу на керовану систему.

1. Технічний археолог — розвідка та правда про систему

Це перша і найважливіша лінія. Археолог не пише новий код — він витягує втрачений контекст:

• чому система досі працює (часто завдяки випадковим «закладкам» 10-річної давності),
• де заховані критичні залежності,
• які місця розваляться від найменшої зміни.

Без нього будь-який рефакторинг — це гра в рулетку. Археолог створює «карту завалів»: документацію залежностей, hotspot-ділянки, приховані business rules. Саме ця карта дозволяє всій команді працювати не наосліп, а з розумінням наслідків.

2. Інженер-дипломат — міст між технікою та бізнесом

Дипломат бере «сирі» знахідки археолога і перетворює їх на мову ризиків, пріоритетів та грошей. Його ключові завдання:

• оцінити, що ламається найімовірніше і з якими наслідками (downtime, втрата даних, штрафні санкції),
• узгодити з власником/СЕО/продуктом реалістичну дорожню карту: що розбираємо негайно, що можна підтримувати ще 6–12 місяців, де можна безпечно додавати нові фічі вже зараз,
• захищати команду від тиску «зробіть все швидко» та клієнта від ілюзій «за два спринти буде чисто».

Дипломат — це гарант того, що технічні рішення завжди працюють на бізнес-цілі, а не навпаки.

3. Інженерний корпус — Senior та Middle будівельники

Коли карта готова, а пріоритети узгоджені, вступають будівельники — досвідчені розробники, які виконують основну роботу:

• впроваджують нові фічі в уже очищеному контексті,
• методично замінюють старі модулі на нові, чисті, тестовані,
• підтримують дисципліну нових стандартів (code style, архітектура, тестування).

Особливість в legacy-проєктах:

• Senior-и виступають охоронцями якості — вони не дозволяють новому коду успадковувати старі антипатерни, проводять code review з акцентом на «чи не створюємо ми новий legacy?».
• Middle-и забезпечують стабільну швидкість доставки в уже розчищеному середовищі — саме вони дають передбачуваний velocity, коли хаос уже під контролем.

Довіра — це не гасло, а головний операційний інструмент

Успіх такої структури тримається на чітких правилах довіри:

• Археолог довіряє Дипломату, що той виб’є реальний час на глибоке дослідження, а не змусить «швиденько щось полагодити».
• Дипломат довіряє Археологу, що карта завалів точна і не перебільшена.
• Будівельники довіряють обом, що пріоритети розставлені правильно і ніхто не змусить їх «костилити» під дедлайн.
• Клієнт бачить, як хаос поступово перетворюється на контрольовану систему — через регулярні демонстрації прогресу, зменшення ризиків і прозорі рішення.

Ми не віримо в «одного героя, який все перепише за вихідні». Ми віримо в злагоджену систему ролей, де кожен відповідає за свою ділянку фронту і всі разом повертають контроль над технологіями. Engineering Order — це коли ваша система перестає бути джерелом постійного стресу і знову стає активом, який підтримує зростання бізнесу, а не гальмує його. Якщо ви впізнаєте себе в описі «код тримається на чесному слові, документації немає, а кожен деплой — це лотерея», напишіть нам. Ми не обіцяємо миттєвого чуда, але ми точно знаємо, як системно і безпечно вийти з цієї пастки.