Возможность настройки систем без программирования существует довольно давно. Но можно ли создать цифровую систему программирования? И если да, то какие сложности и ограничения существуют на этом пути? Опытом внедрения low-code и no-code платформ поделились участники организованной CNews Conferences конференции «Low-code и no-code 2025».
Светлана Костина, директор по развитию бизнеса НОРБИТ (продукт NBT), сосредоточилась на критически важной роли контроля качества в no-code проектах. По ее словам, не редки ситуации, когда ИТ-решение прекрасно работает в тестовом контуре, но не у заказчика. Причины тут могут быть разные, и чтобы минимизировать риски, необходимо выстраивать контроль качества уже на начальном этапе цифровой трансформации. Именно так работают создатели no-code платформы NBT — они проверяют ТЗ и документацию, тестируют все модули и процессы, проводят все необходимые испытания и только потом передают решение заказчику.
Почему за Agile на no-code будущее
В качестве примера Светлана Костина привела кейс внедрения масштабного комплексного решения по автоматизации закупочных процессов и бюджетного управления для федерального органа исполнительной власти, реализованного на базе NBT. Проект включал разработку 21 модуля, автоматизацию 532 бизнес-процессов и 7 интеграций с внешними системами. Ключом к успеху стало сочетание agile-методологии с многоуровневой системой контроля качества. QA-специалисты были включены в команду с первых дней проекта, каждый модуль проходил комплексное тестирование перед интеграцией. Особое внимание уделялось нагрузочному тестированию и проверке безопасности. Документирование всех процессов позволило обеспечить плавный переход на сопровождение.
В рамках обсуждения, эксперты пришли к единому мнению: будущее корпоративной автоматизации за грамотным сочетанием no-code технологий, agile-подхода и профессионального контроля качества. Для компаний, рассматривающих no-code инструменты, сформулировали ключевой совет — выбирайте исполнителей, которые уделяют QA столько же внимания, сколько и разработке. Как показывает практика, это единственный способ получить действительно работоспособное решение, а не набор «сырых» модулей.
