Частые ошибки: интеграция систем
Интеграция отличается от обычной разработки тем, что обе стороны обмена уже существуют и менять их, как правило, нельзя. Есть учётная система с одним набором полей, есть сайт или сторонний сервис с другим, и задача — заставить их обмениваться данными без ручного переноса. Поэтому предложение строится вокруг того, что именно передаётся: какие сущности, в какую сторону, в каком формате, с какой частотой и что считается признаком успешной передачи. Формулировка «настроить обмен между системами» не задаёт ни одного из этих параметров, и обсуждение объёма после неё неизбежно расходится.
Состав обмена описан общими словами. В предложении сказано «синхронизация каталога», а заказчик подразумевал ещё остатки, цены и характеристики товаров, и объём вырастает вдвое после начала работ.
Не проверена доступность и документированность чужого API. Оценка сделана по общему представлению, а на практике нужного метода нет и часть данных приходится получать обходным путём.
Правила сопоставления записей не оговорены. Обмен идёт, но при отсутствии общего идентификатора одни и те же контрагенты и товары попадают в систему повторно, и справочник приходится чистить вручную.
Не описано поведение при сбое. При недоступности одной из систем данные теряются без следа, никто об этом не узнаёт, а расхождение обнаруживается спустя недели при сверке.
Не оговорено, кто предоставляет доступы и тестовый контур. Команда простаивает в ожидании учётных данных от стороннего поставщика, а срок сдвигается без письменного основания.
Блоки, смета с расчётом и условия уже готовы — останется вписать свои цены. Клиент открывает ссылку в браузере, а вы видите, кто её открыл и докуда дочитал.