Все верно: схемы BPMN — артефакты, которые можно распространять между членами команды с разными ролями и между командами.

1. Про поддержку DMN я ничего не говорил. Но можно и DMN поддержать. Вообще, я упоминал в статье, что в основе лежат библиотеки от создателей Camunda (см. https://bpmn.io/). Эти библиотеки отвечают за отрисовку и за вычисление diff двух моделей. Я уверен, что подавляющее большинство кейсов они покрывают. Практика покажет насколько точно они это делают. Но ручное сравнение уже показало свою несостоятельность.
2. Тут вопрос цены. Допустим в компании 100 человек задействованы в разработке бизнесс-процессов. Что дешевле: одному человеку поддерживать плагин (скорее всего очень редко что-то придется реально делать) или сотне людей ежедневно проходить через боль ручного сравнения и риски связанных с этим ошибок?

Мне такие не известны. В такой схеме непонятно как обеспечить соответствие описания и графического представления.

Имеется в виду, разумеется, что надо использовать не язык общего назначения, а текстовый язык описания всех этих бизнес-процессов.

В ваших аргументах против BPMN есть зерно истины. Но визуальное представление логики — это далеко не всё (и не главное), ради чего BPMN используется. Есть ещё несколько аргументов за. Например, прозрачная обработка ошибок и политика попыток повторного исполнения (организовать то же самое только в коде значительно сложнее). Бизнесс-процессы могут иметь довольно сложную и разветвлённую структуру. Это все можно организовать на уровне кода, но поддерживать становится довольно затратно. Ещё организация таких штук, как SAGA.
А по поводу конфликтов золотой пули нет. Большинство таких проблем можно решить организационно: над одним бизнесс-процессом не могут работать параллельно несколько человек.

Будет запись/трансляция докладов? Записи потом будете выкладывать?

public static <T> AbstractReadOnlyModel<T> arom(Supplier<T> s) {
    return new AbstractReadOnlyModel<T>() {
        @Override
        public T getObject() {
            return s.get();
        }
    };
}

    add(new Label("name", arom(User::getName)));