Введение

В части 4 мы убедились, что активы, которые так и не были закодированы, превращаются в негативное наследие будущего. Здесь стоит снова задать вопрос: является ли гражданская разработка способом создать боевую систему?

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

Если забыть об этом и решить, что «гражданская разработка = волшебный инструмент, с которым любой мгновенно соберет систему», история повторится, а негативное наследие будет производиться заново. Разберем, что подразумевается под «черновой разработкой» и как именно ее следует использовать.

Вся серия

  • Предвидеть будущее гражданской разработки──История, настоящее, генеративный ИИ и что дальше 0/7 (пока недоступно на русском)
  • Возвращение EUC?──Уроки истории от Kami Excel 1/7 (пока недоступно на русском)
  • Был ли Kami Excel настоящим злодеем?──От спасителя до негативного наследия 2/7 (пока недоступно на русском)
  • Свет и тень современных платформ гражданской разработки 3/7 (пока недоступно на русском)
  • Наследие, которое спасает генеративный ИИ, и то, которое он оставляет 4/7 (пока недоступно на русском)
  • Гражданская разработка не всемогуща — это «черновая разработка» 5/7 (этот материал)
  • Как разный угол зрения штампует негативное наследие 6/7 (пока недоступно на русском)
  • Наследие будет рождаться и дальше, но его можно приручить──Образ будущего гражданской разработки 7/7 (пока недоступно на русском)

В чем ценность черновой разработки?

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

Требования с пользовательской точки зрения выходят на поверхность

Представьте, что отдел продаж собрал на low-code-платформе приложение для управления клиентами. В нем проявляется ежедневная интуиция людей, которые чувствуют: «если будет иначе, работать неудобно».

  • Детализация полей ввода
  • Что именно должно отображаться в списках
  • Расположение кнопок и естественность маршрутов

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

Ошибки и пробелы обнаруживаются раньше

Кроме того, наличие рабочего черновика позволяет рано услышать: «без поиска в этом месте будет тяжело», «согласование нужно делать в две ступени, а не в три» — такие неверные трактовки и пропуски всплывают сразу.

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

Ловушка прямого вывода в продакшн

Тем не менее нельзя переносить черновик в боевую эксплуатацию как есть. Там скрываются серьезные ловушки.

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

Фраза «черновик ценен» вовсе не означает «можно сразу пустить его в продакшн». Иначе мы повторим судьбу Kami Excel — от временного спасителя к негативному наследию.

Распределение ролей со специалистами

Как же обращаться с результатами гражданской разработки? Ответ очевиден.

  • Граждане = создают черновик: делают требования видимыми и показывают прототип от лица пользователя.
  • Специалисты = выполняют чистовую версию: перестраивают решение с учетом нефункциональных требований (масштабируемость, безопасность, поддерживаемость).

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

Прежние подходы опирались на «проектирование по документу требований», т. е. на догадки. Когда есть черновик, обсуждение с самого начала ведется на высокой степени конкретики. Это ускоряет разработку и повышает качество итогового продукта.

Управленческие рамки, которые нужно закрепить

Чтобы гражданская разработка работала безопасно, организация должна задать правила.

  • Зафиксировать: определить, что «результаты гражданской разработки остаются прототипами с ограниченной областью применения».
  • Инвентаризировать: регулярно пересматривать и выводить из эксплуатации забытые приложения или RPA-скрипты.
  • Организовать переход: закрепить процесс передачи ценных черновиков в ИТ, где их доведут до чистовой версии и только потом введут в продакшн.

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

Итоги

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

Продакшн — задача специалистов, черновик рисуют граждане. Строгое соблюдение этой роли превращает гражданскую разработку в отправную точку повышения будущей продуктивности, а не в новый негативный актив.

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

Следующая часть: Как разный угол зрения штампует негативное наследие 6/7 (пока недоступно на русском)