Что, если бы мы могли ударить огромной кувалдой (вероятно, лучше назвать ее Счетчик) всеми цифровыми службами, которыми сегодня управляет правительство?
Невозможно было спрятаться от Reckoner, будь то службы, работающие в NHS, службы экстренной помощи, школы, местные органы власти, Уайтхолл… большие или малые: Reckoner не делает различий. От тщеславных ERP-систем до стареющих штатных сотрудников, Reckoner обрушится на них всех… осыпая нас крошечными программными компонентами по ходу дела.
Затем, когда заканчивается Долгая ночь расплаты, остатки наших разбитых цифровых сервисов собираются вместе и складываются в высокую гору — как это будет выглядеть?
- Тысячи таблиц базы данных нагромождены на миллионы столбцов?
- Куча форм ввода и отчетов?
- Великие долины API, импортеры/экспортеры, пакетные скрипты?
- Глубокие реки кода аутентификации и авторизации?
- Может быть, даже некоторые юнит-тесты Java?
Одно можно сказать наверняка: Reckoner обнажил бы масштабы дублирования правительственных ИТ и их высокомерие. Сколько таблиц для хранения одних и тех же данных о сотрудниках мы купили или сделали между собой? Сколько рабочих процессов «запись на больничный» мы внедрили так, как будто это было впервые, когда кто-то об этом подумал?
Мститель показал нам Гору компонентов и дал нам шанс на искупление…
Глава 2: Чистка
Когда пыль уляжется: что, если бы мы могли выбросить миллионы дублированных компонентов с горы Истребителя? Оставить только по одному экземпляру каждого компонента, а остальные снести? Как только чистка закончится и гора рухнет… сколько действительно отдельных программных компонентов останется?
Вряд ли. Вот сколько.
Reckoner показал нам, что объединение государственных вычислений в «системы», которые затем продаются или строятся снова и снова, привело нас к невероятно расточительному положению. Создание и обсуждение вещей с точки зрения «системы» подпитывает наши разрозненные пути. Может ли быть так, что причина существования «государственной компьютерной системы» заключается в том, чтобы поддерживать прибыльную практику продажи нам дубликатов программных компонентов? Конечно нет!
Есть ли другой способ? Мы так думаем… и открытые стандарты кричат о том, в каком направлении нам нужно двигаться.
Глава 3: Новый рассвет
После «Расплаты» было написано, что ни одна государственная организация, большая или маленькая, никогда больше не купит убогую «компьютерную систему» — иначе с ними будут считаться.
Кроме того, недавно созданное Министерство по этике государственных вычислений постановило, что каждый раз, когда правительственной организации необходимо предоставить новую цифровую услугу, она должна сначала проконсультироваться с Большой библиотекой чертежей. Внутри большой библиотеки находятся подробные инструкции (в основном указанные в формате JSON) для вызова любого существующего цифрового сервиса.
Любой существующий цифровой сервис.
Независимо от того, какая организация, сектор или отдел: будут схемы для описания каждой функциональной области. Пожарно-спасательные службы, например, будут искать чертежи для пожарной безопасности, отчетности об инцидентах, обследований рисков на объекте, проверок безопасности и скважин, управления парком, управления персоналом, времени и посещаемости, управления инцидентами, управления гидрантами, обучение, расходы, бронирование номеров, чай -управление фондами… и т.д.
Там, где во времена, предшествовавшие Исходу, старейшины говорили в «системах»… теперь остались только чертежи.
Сотни чертежей, доступных в великой библиотеке, являются общественными, социальными и постоянно развивающимися усилиями — насколько чуждой здесь кажется концепция «ежегодной группы пользователей». Чертежи берут свое начало во всех сферах жизни государственного сектора: возможно, некоторые из них были созданы для выражения требований центрального правительства, или для реализации региональных стратегий, или для проверки инициативы местной команды.
Чертежи также являются идеальным дополнением к открытым данным. Мы не только сделали наши данные более доступными, но теперь мы можем предоставить инструкции, чтобы начать извлекать из них немедленную пользу. Чертежи также могут сыграть важную роль в повышении прозрачности, и они не так уж плохи, когда дело доходит до функциональной совместимости.
Но что, если план в библиотеке не совсем соответствует тому, что ищет организация?
Ну, во-первых… это хороший момент, чтобы сделать паузу для размышлений. Какие варианты были доступны для небольшого изменения системы до Расплаты? Было несколько непривлекательных стратегий: Подождать? Надеяться? Забывать? Платить? Получить кодировку? Лобби? Кричать?
Чертежи позволяют избежать такой зависимости от поставщика, снова отстаивая более открытый и совместный подход: «моды».
Наряду с каждым планом организации также могут делиться любыми небольшими изменениями, которые они вносят в план, как «Модификация сообщества». Модификации допускают общее повторное использование… при этом допуская локальную настройку и инновации.
Глава 4: Фантастические машины
После того, как организация выбрала свой набор чертежей из библиотеки, возможно, вместе с несколькими модификациями, ей необходимо преобразовать эти определения в современные, ориентированные на пользователя цифровые услуги. Старейшины предупредили нас, чтобы мы были бдительными в этот момент. Сколько золотых монет может запросить хитрый торговец за фантастическую машину, способную превратить любое наше желание в передовые цифровые услуги? Миллиарды? Триллионы?
Reckoner очень ясно говорит по этому поводу: ноль золотых монет. Организации не нужны золотые монеты, чтобы клонировать такую фантастическую машину.
Возможно, в длинной тени Горы компонентов самое печальное осознание состоит в том, что кодовая база, необходимая для воплощения этого видения, вовсе не обязательно должна быть такой большой или фантастической — чуть менее 5mb в конце концов. считать.
Секретный соус, необходимый для раскрытия всего этого потенциала, заключается в создании открытого стандарта для определения всех наших цифровых сервисов, который является инклюзивным, продуманным и интуитивно понятным.
