Введение

Термин «гражданская разработка» (Citizen Development) в последние годы стремительно распространился в контексте цифровой трансформации и нехватки IT-специалистов. Но стоит попытаться понять его сущность, и неизбежно всплывают тени прошлого.

──EUC (End User Computing), Kami Excel… Активы, которые создавали сами подразделения на передовой, становились краткосрочными спасителями, но со временем превращались в негативное наследие.

Примечание к термину: В японских компаниях Kami Excel (神エクセル, «божественный Excel») — ироничное прозвище огромных таблиц, набитых макросами и связанными формулами. Они временно спасают фронт-офис, но потом становятся неподдерживаемым бременем. EUC укоренился в Японии как прагматичный способ решать задачи быстрее централизованной IT, ценой ослабления долгосрочной управляемости.

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

Общая структура серии

Часть 1: «Возвращение ли гражданская разработка к EUC? — Уроки Kami Excel»

Показывает, что гражданская разработка — не новый концепт, а перезапуск EUC. История EUC и Kami Excel (ネ申エクセル) помогает увидеть повторяемый паттерн краткосрочного успеха и долгосрочных долгов.

Часть 2: «Правда ли, что Kami Excel был злодеем? — От спасителя к негативному наследию»

Kami Excel не был злом; это была необходимая мера времени. Настоящая проблема — организация не смогла управлять активами, созданными на фронте.

Часть 3: «Свет и тень современных платформ гражданской разработки»

RPA, no-code и low-code популярны из-за «предвзятой любви к визуализации», которая нравится руководителям, но они легко превращаются в черные ящики и рискуют стать долгом хуже Kami Excel.

Часть 4: «Какое наследие спасает генеративный ИИ — а какое бросает»

Код можно анализировать и переносить с помощью генеративного ИИ, но активы no-code или RPA трудно спасать. Настоящим долгом будущего станет то, что так и не обрело форму кода.

Часть 5: «Гражданская разработка не всемогуща — это “черновая разработка”»

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

Часть 6: «Несовпадение точек зрения порождает негативное наследие»

Долги множит не технология, а топ-менеджмент, который должен мыслить долгосрочно, но гонится за мгновенной выгодой. Важно честно распределить ответственность между руководством, операциями и IT.

Часть 7: «Наследие будет рождаться вновь и вновь — укротите его: взгляд в будущее гражданской разработки»

Наследие неизбежно. Главное — замедлить превращение в долг и удерживать его в состоянии, которое можно спасти.

Итоговые выводы серии

  • Гражданская разработка не всемогуща. Она не выводит промышленные системы в продакшн; максимум — служит первым прототипом и языком требований.

  • Негативное наследие неизбежно. Excel, RPA и кодовые системы со временем становятся legacy. Разница только в том, можем ли мы их спасти.

  • Генеративный ИИ меняет правила игры. Он резко повышает способность интерпретировать кодовые активы, расширяя шансы на спасение наследия. А вот no-code/RPA по-прежнему трудно восстанавливать, и они рискуют стать самым токсичным долгом.

  • Ключ — ответственность и управляемость. Руководство, фронт-офис и IT должны брать ответственность, соответствующую их позиции, и выступать переводчиками друг для друга.

Завершение

Гражданскую разработку рекламируют как «демократизированную разработку», но на практике она грозит повторением истории. Для будущего нам нужно отбросить иллюзии и заново расположить ее в реальном контексте.

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

Во всей этой серии мы стремимся нарисовать «правильный образ будущего» гражданской разработки.

Время покажет, оправдается ли прогноз.