Low-code подход в разработке IT-проекта

2–3 менеджера (или бизнес-аналитика) и 1–2 разработчика.

Команда разработчиков (~ 7 человек) и 1 менеджер (или бизнес-аналитик).

В концепции LCDP разработка проходит в 3 этапа: задача – конструктор – готовый функционал. Разработчики не страдают от скучных задач, а бизнес в ряде случаев получает изменения быстрее.

В парадигме code-first разработка проходит по схеме «задача – готовое решение». Code-first цикл длиннее, т. к. здесь любая правка проходит обычный цикл разработки.

Пользовательские интерфейсы, бизнес-процессы, данные и интеграции в LCDP визуализированы, что позволяет бизнесу чётче формировать запросы на изменения, иметь однозначное и понятное представление (при соблюдении нейминга).

Код и пользовательская документация в парадигме code-first всегда разделены. На поддержание документации нужно тратить дополнительные усилия, что не устраняет наличие дубликатов и неоднозначности нарратива.

LCDP проще передаётся в эксплуатацию благодаря своей самодокументируемости и простоте унификации логирования.

Передача в эксплуатацию требует высокого уровня культуры разработки как от самих разработчиков, так и от менеджмента компании.

Инженеры не занимаются однотипными рутинными задачами, их ответственность — переиспользуемые элементы конструктора. Это позволяет разработчикам сконцентрироваться на качестве, а бизнесу — на ценности.

Если разработчики ответственны за поставку и модификации конечной ценности, то инженеры выгорают, а бизнес генерирует меньше изменений. Решение этих проблем требует серьёзных инвестиций в развитие культуры коммуникации и сложных процессов.

Главный фокус — на разработке конструктора или конфигурации уже имеющегося, правки в функционал могут быть внесены и непосредственно заказчиком. Это сокращает время разработки и стоимость готового решения.

Стоимость готового решения определяется не только разработкой, но и необходимостью дальнейших доработок и технической поддержки, которые повышают ценник в разы.