Я не открываю внутреннюю модель данных системе-партнёру, даже если так быстрее
Почему интеграции нужен небольшой явный контракт: как отделить внешний договор от внутренней модели, безопасно менять API и разбирать ошибки.
Читать статью →Почему интеграции нужен небольшой явный контракт: как отделить внешний договор от внутренней модели, безопасно менять API и разбирать ошибки.
Читать статью →Как проверять IT-стратегию горизонтом в полгода: отличать временный шум от устойчивой потребности, связывать инициативы с риском и назначать владельца следующего решения.
Читать статью →IT-стратегия начинается не с перечня систем, а с решения, которое компания не должна принимать наугад. Показываю, как найти такой вопрос и превратить его в понятный следующий шаг.
Читать статью →Почему границы сервисов стоит определять по владельцу и жизни бизнес-правила: как избежать дробления ради схемы и сделать изменения в системе управляемыми.
Читать статью →Почему журнал изменений нужен архитектуре: какие факты сохранить о важном решении, как не превратить историю в контроль людей и быстрее вернуть систему в безопасное состояние.
Читать статью →Как принимать архитектурные решения от бизнес-правил: назначить владельца, определить границы данных, предусмотреть безопасное поведение при сбое и путь назад.
Читать статью →Как выбрать новую бизнес-систему без ловушки таблицы функций: описать будущий рабочий день, убрать старый ручной обход и проверить решение на исключениях.
Читать статью →Почему наблюдаемость IT-системы начинается с бизнес-маршрута: как видеть остановку процесса, назначить владельца сигнала и быстрее восстановить работу.
Читать статью →Интеграция становится управляемой, когда у неё есть деловое событие, хозяин данных, минимальный контракт и понятное поведение при сбое.
Читать статью →Цифровое решение становится управляемым, когда бизнес-задача, архитектура, запуск и развитие связаны в одну рабочую последовательность.
Читать статью →