Как сэкономить при переходе с УПП на ЕРП, если выбора нет.
Вы уверены, что у вас «просто нет времени» на CI и автотесты?
На практике проблема почти никогда не в инструментах и не в разработчиках. Она в модели приоритетов, где срочность всегда побеждает развитие. Разбираем, почему инвестиционные задачи системно проигрывают операционным, где заканчивается зона руководителя разработки и начинается ответственность руководителя КИС — и что должно измениться, чтобы у CI наконец появилось время.
После внедрения ERP компания ожидает скачка в управляемости. Система запущена, подрядчики ушли, команда работает — но ощущение контроля над бизнесом не усиливается. Отчёты дорабатываются, задачи выполняются, регламенты усложняются, а предсказуемости больше не становится.
В статье разбирается, почему автоматизация сама по себе не создаёт управляемость, как реактивная приоритизация и технический долг снижают скорость изменений, и какую роль в этом этапе должен сыграть Head of IS — уже не как руководитель внедрения, а как архитектор системной модели развития.
Разбираемся, как подхватывать проекты, которые зашли в тупик или были заморожены на предыдущих этапах, и возвращать их к жизни. Покажем, как провести аудит текущего состояния, работать с неинформативной или отсутствующей документацией и выстроить системную работу с требованиями. А также объясним, как наладить взаимодействие новой команды, понять, когда требуется замена людей на проекте, и перезапустить отношения с заказчиком. Все подходы основаны на практическом опыте реанимации ERP-проектов с последующим успешным вводом систем в эксплуатацию.
Монолитные системы ведут себя устойчиво не потому, что они проще, а потому что архитектурные гарантии в них встроены по умолчанию.
При появлении интеграций эти гарантии исчезают — и систему приходится проектировать заново.
В статье разбирается, какие именно свойства делает монолит предсказуемым, почему интеграции их теряют и какие архитектурные решения позволяют воспроизвести эти гарантии в распределённой системе.