Введение

«Гражданская разработка — новый метод эпохи DX», — любят рассказывать. Но стоит оглянуться назад, и становится ясно: ничего принципиально нового здесь нет. Во второй половине 1970-х появился термин EUC (End User Computing), а в 1980-х вместе с распространением электронных таблиц (Lotus 1-2-3 и Excel) люди на местах начали собирать собственные системы.

Их символом стало то, что позже назвали «Kami Excel». Чтобы понять гражданскую разработку, нужно смотреть в лицо этой истории. В ней скрывается универсальный шаблон: быстрый успех на старте и неизбежное превращение в долговое наследие.

Вся серия

EUC──начало систем, которые создавали сами пользователи

EUC (End User Computing) означает, что задачи, которые традиционно лежали на специализированном ИТ-отделе, пользователи начинают выполнять самостоятельно.

Контекст был таким.

  • У ИТ-служб были ограниченные ресурсы; они не могли разработать и поддерживать все рабочие системы.
  • С конца 1970-х персональные компьютеры стремительно распространялись, в 1983 году появился Lotus 1-2-3, затем его дополнил Excel — инструменты, которые могли освоить даже не инженеры.
  • Люди на местах начали собирать небольшие решения под свои задачи и почувствовали взрывной рост продуктивности.

На первый взгляд это казалось «революцией производительности». Но эти артефакты существовали вне рамок организационного управления и со временем застывали как легаси-активы.

Kami Excel──от спасителя к долговой нагрузке

«Kami Excel» — ироничное прозвище огромных и перегруженных файлов Excel, собранных в электронных таблицах. Термин происходит от сетевого сленга «ネ申» (шуточное написание слова «бог»), которым полунасмешливо называли чрезмерно мощные таблицы.

Типичные признаки такого артефакта:

  • То, что должно жить в базе данных или приложении, целиком упаковано в листы Excel.
  • Тысячи строк макросов, десятки листов, формулы с запутанными перекрестными ссылками.
  • На короткой дистанции это становится «спасителем поля», резко повышая эффективность.

Но со временем всплывают проблемы.

  1. Персонификация: только автор понимает, что внутри.
  2. Неподдерживаемость: слишком сложно, чтобы кто-то другой рискнул его трогать.
  3. Проблемы совместимости: различия версий Excel или ОС легко ломают работу.

Так Kami Excel превратился в символ двусмысленности «быстрый успех — долгий долг» и сегодня рассматривается как то, чего лучше избегать.

Шаблонное превращение в негативное наследие

От эпохи EUC через Kami Excel до современной гражданской разработки повторяется один и тот же рисунок.

  • Старт: решение быстро закрывает боль на местах и молниеносно распространяется.
  • Среднесрочная стадия: артефактов становится все больше, они встраиваются в критические процессы.
  • Долгосрочная стадия: управлять ими невозможно, миграция оказывается слишком дорогой, и они превращаются в «негативное наследие».

Эта структура коренится не столько в технологии, сколько в поведенческих паттернах людей. Короткий успех создает стимулы игнорировать долгосрочные риски.

Гражданская разработка — новая версия EUC?

Современная гражданская разработка (no-code/low-code, RPA и т. п.) внешне выглядит современнее: облако, API-интеграции, помощь ИИ.

Но по сути структура та же, что и у EUC.

  • Чтобы компенсировать дефицит ИТ-ресурсов, люди на местах делают решения сами.
  • Интуитивный интерфейс и обилие шаблонов обеспечивают быстрые победы.
  • Если нет управления, путь вновь ведет к негативному наследию в духе Kami Excel.

При этом у современной гражданской разработки есть преимущества, которых не было в эпоху EUC.

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

Поэтому вендоры скажут, что гражданская разработка — не простая калька EUC, а «эволюционировавший EUC». Но что насчет людей? Биология не эволюционирует за полвека. Если не извлечь уроки и неправильно использовать инструменты, все закончится воспроизводством старых долговых активов.

Итоги материала

  • Гражданская разработка — не новинка, а возвращение EUC, лишь частично «эволюционировавшее» в маркетинговом смысле.
  • История Kami Excel — типичный пример связки «быстрый успех — долгосрочный долг».
  • Проблема кроется не в технологиях, а в стимулах людей и организационных правилах.
  • Современные платформы рекламируют облако, API и функции управления, но сами по себе инструменты не решают корневые риски.

Следующая часть: Kami Excel действительно злодей?──От спасителя к негативному наследию 2/7