Многие ИТ-проекты начинают с радостного приобретения новой платформы, когда топ-менеджеры заявляют о победе над «ИТ-бюрократией». Первые месяцы проходят в эйфории: бизнес видит, как отделы автоматизируются за считанные дни. Однако спустя год оказывается, что созданные процессы напоминают запутанную карту метро. Изменение одного шага может сломать всю систему.
Дмитрий Дунаев, эксперт в области ИТ, делится опытом: No-code в крупных компаниях не является панацеей. На самом деле, без строгой архитектурной дисциплины он может привести к «процессному долгу». Часто аналитики, спешащие внедрить новшества, начинают добавлять условия в уже сложные схемы, что приводит к их запутыванию.
Правильный подход — использование матриц принятия решений для упрощения бизнес-логики и разделение задач между аналитиками и разработчиками. Вместо того чтобы начинать с нуля, лучше использовать готовые решения и адаптировать их под свои нужды. Чтобы избежать хаоса в No-code, важно соблюдать правила: не перегружать процессы, отделять сложные интеграции от визуальных блоков и поддерживать культуру документации.