Метрики подотчётности, считающие встречи, а не исправления

Кратко

• ICANN уже публикует большой открытый массив сведений: устав, материалы Правления, годовые отчёты, файлы публичных комментариев, страницы механизмов подотчётности, страницы обзоров и каналы участия. Этот массив доказывает, что деятельность видна. Сам по себе он не доказывает, что ошибки исправляются.
• Решающими показателями подотчётности должны стать показатели результата: исправления после оспаривания, отмены или отзывы решений, время до устранения ошибки, перенос издержек с пострадавшей стороны, повторные сбои одной и той же функции и доведение до конца выводов обзоров.
• Подсчёт встреч, документов, публичных комментариев и явки может поощрять институциональную активность как таковую, даже когда пострадавшая сторона не получает действенного исправления. Панель показателей может выглядеть благополучной, а решение под ней оставаться ошибочным, запоздалым или неисправленным.
• Более строгая карта показателей подотчётности ICANN могла бы сохранить существующий массив сведений о прозрачности, но добавить реестр исправлений: каждое заявление об ошибке, затронутое решение, использованный путь обзора, прошедшее время, итоговое институциональное изменение и доказательство того, что изменение дошло до тех, кто нёс издержки.

Неверный знаменатель

Проще всего в мультистейкхолдерном институте считать активность. У встреч есть даты. У повесток — ссылки. Окна публичных комментариев открываются и закрываются. Отчёты переходят из черновика в финальную версию. Вебинары собирают слушателей. Списки рассылки порождают сообщения. Протоколы Правления публикуются. Группы обзора собираются. Сотрудники готовят обновления. В результате может получиться красивая история подотчётности, в которой институт выглядит отзывчивым, потому что постоянно публикует, консультирует и собирает участников.

Это полезный массив сведений о прозрачности, но для подотчётности это неверный знаменатель. Подотчётность — это не число возможностей высказаться. Это связь между институциональной ошибкой и её исправлением. Если решение было принято на ложной предпосылке — изменилась ли запись? Если сводка публичных комментариев сжала существенное возражение — вернули ли его в материалы решения? Если в обосновании Правления был упущен существенный фактор — исправили ли обоснование? Если пострадавшая сторона выиграла обзор — пришло ли исправление достаточно быстро, чтобы иметь значение?

Если тот же дефект повторился в более поздних решениях — расценили ли это как повторный отказ института учиться на ошибках или как очередной изолированный случай?

Этот вопрос особенно важен для ICANN, потому что институт обосновывает свою легитимность открытым, прозрачным и идущим снизу вверх участием, а не обычным контролем через выборы. Устав требует подробных объяснений оснований решений, в том числе того, как комментарии повлияли на выработку политики, и публичного раскрытия обоснований решений Правления и сообщества. В уставе также описаны механизмы подотчётности: пересмотр, независимый пересмотр, омбудсмен, специальные обзоры и полномочия уполномоченного сообщества. Эта архитектура значительна.

И всё же она может создавать иллюзию подотчётности, если публичные показатели делают упор на число каналов, а не на то, меняют ли эти каналы результат.

Число встреч может ответить на один вопрос: была ли возможность присутствовать? Число документов — на другой: было ли что почитать? Число участников — на третий: пришли ли люди? Ни один из этих подсчётов не отвечает на вопрос, исправил ли себя институт, когда его оспорили. Решению могут предшествовать открытые комментарии, оно может обсуждаться на публичных заседаниях и опираться на объёмный отчёт — и всё равно быть ошибочным. Исправление может существовать в теории и всё равно быть слишком медленным, слишком дорогим или слишком узким, чтобы восстановить положение пострадавшей стороны.

Рекомендация обзора может быть принята в принципе и так и не изменить повторяющееся поведение, породившее проблему.

Лучший знаменатель — совокупность возможных ошибок. Такую совокупность непросто подсчитать: в неё входят ошибки, которые никогда не оспаривались, требования, оставленные из-за издержек, возражения, затерянные в материалах консультаций, жалобы, урегулированные неформально, и повторные дефекты, затрагивавшие разные стороны в разное время. Но сложность — не повод считать только то, что административно удобно. Если ICANN отчитывается о подотчётности главным образом через число проведённых встреч, полученных комментариев и выпущенных отчётов, она измеряет размер сцены, а не действенность исправления.

Прозрачность — это не исправление

ICANN заслуживает признания за ведение большого открытого массива. Устав требует публичного веб-сайта с информацией о встречах, вопросах политики, механизмах подотчётности, бюджетах, аудитах, комментариях и публичных форумах. Страница годовых отчётов содержит ссылки на отчёты за многие годы. Страница пересмотра перечисляет запросы и сведения об их статусе. Страница механизмов подотчётности объясняет, что пересмотр, независимый пересмотр и омбудсмен призваны обеспечивать обзор действий ICANN.

Положения о специальных обзорах требуют периодической оценки подотчётности и прозрачности, включая публичный вклад, объяснение решений, признание интернет-сообществом, выработку политики и независимый процесс пересмотра.

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

Прозрачность отвечает на первый вопрос подотчётности: может ли публика увидеть, что произошло? Исправление отвечает на второй: изменил ли институт то, что произошло, после того как ошибку показали? Эти вещи связаны, но не тождественны. Полностью видимая ошибка остаётся ошибкой. Обоснование Правления может быть опубликовано быстро и всё равно не содержать причину, которая позже окажется решающей. Архив публичных комментариев может содержать тысячи обращений и всё равно не показывать, было ли предупреждение меньшинства воспринято как доказательство.

Запрос о пересмотре может быть внесён в список и отклонён с объяснением причин и всё равно свидетельствовать, что канал исправления слишком узок для заявленного вреда.

Это различие хорошо знакомо и за пределами ICANN. Суд доказывает справедливость не публикацией дат слушаний, а вынесением определений, отменой решений, возвратом дел на новое рассмотрение и контролем сроков. Регулятор доказывает защиту потребителей не подсчётом поступивших жалоб, а восстановлением нарушенных прав, исправлением практик, штрафами, закрытыми делами, частотой повторных нарушений и сроками урегулирования. Компания доказывает подотчётность в области конфиденциальности не публикацией политики конфиденциальности, а показом исправления утечек, завершённого удаления данных, результатов апелляций и контроля повторных инцидентов.

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

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

Такой реестр не должен наказывать ICANN за каждое оспаривание. Многие жалобы окажутся слабыми. Некоторые будут неправильно понимать миссию. Некоторые будут просить об исправлениях, выходящих за пределы полномочий ICANN. Некоторые будут тактическими попытками переоткрыть уже достигнутое соглашение. Серьёзная метрика исправления должна сохранять эти различия. Она может учитывать отклонённые требования, требования вне компетенции и отозванные требования, не делая вид, что каждый отказ — это провал.

Чего она не может — так это считать само существование канала успехом независимо от того, даёт ли канал когда-либо своевременное и пригодное к использованию исправление.

Встречи измеряют доступ, а не подотчётность

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

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

Метрика, основанная на исправлениях, задавала бы другие вопросы. Сколько существенных возражений, прозвучавших на встречах, было отражено в последующих текстах? Сколько было отклонено с конкретными обоснованиями? Сколько было помечено как выходящее за пределы миссии ICANN — и проверялся ли потом сам этот вывод о миссии? Сколько проблем переходило из встречи во встречу до какого-либо действия? Сколько замечаний, прозвучавших на позднем этапе, показали, что более ранние консультации не дали результата? Сколько обещаний, данных на публичном форуме, позже были доведены до конца?

Как часто после встречи менялись материалы сотрудников или Правления и какие точки решения сдвигались?

Для этого не нужна мистическая мера влияния. Нужна дисциплина прослеживаемых изменений. Если встреча не дала изменений, запись может сказать об этом прямо. Если встреча привела к более узкой формулировке, переносу срока вступления в силу, анализу публичного интереса, запросу дополнительных доказательств или передаче вопроса на другой форум, запись может назвать этот результат. Если замечание отклонено, запись может назвать причину. Тогда счёт превращается в счёт эффектов решений, а не в счёт занятых стульев или использованных микрофонов.

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

Небольшое число хорошо обеспеченных участников может доминировать в процедуре, а совокупная линия участия при этом растёт. Метрика исправления должна показывать не только то, кто говорил, но и получила ли затронутая группа исправление, когда её доказательства были весомыми.

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

Документы могут не только раскрывать решения, но и хоронить их

Документы — ещё один соблазнительный объект подсчёта подотчётности. ICANN выпускает консультационные документы, сводки публичных комментариев, обоснования Правления, годовые отчёты, материалы обзоров, обновления об исполнении, переписку, презентации и информационные материалы. Такой объёмный открытый массив может выглядеть неоспоримым. Но его может быть и трудно проверить.

Объём документов создаёт два риска. Первый: он может похоронить решающий выбор. Публика может видеть предложение, сводку комментариев, отчёт сотрудников, обоснование Правления и более поздние материалы об исполнении, но точный момент, когда возражение было принято или отклонено, остаётся неясным. Второй: объём документов может размыть ответственность. Когда на каждом этапе есть документ, ни один документ не выглядит владельцем решения. Сотрудники обобщили. Комитет рассмотрел. Правление обсудило. Позднейшая команда внедрила. Если результат дефектный, каждый файл может указать на другой.

Метрики исправления пробиваются сквозь инфляцию документов. Они требуют, чтобы каждый значимый документ отвечал на ограниченный набор вопросов. Какое заявление об ошибке или риске было сделано? Где его рассматривали? Кто имел полномочия его исправить? Что изменилось? Что не изменилось? Какая причина была названа? Какой срок был установлен? Какие доказательства позже показали, что всё завершено?

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

Обоснования Правления заслуживают такого же подхода. Устав ICANN ориентирует на подробные объяснения и обоснования. Метрика обоснований не должна лишь считать, существует ли обоснование. Она должна считать последующие исправления: как часто обоснования уточнялись, дополнялись, опровергались выводами обзоров, вели к возврату дела или признавались недостаточными органом обзора. Обоснование, устоявшее при оспаривании, не обязано быть верным, но обоснование, которое снова и снова оказывается неполным, — это институциональный сигнал. Панель показателей должна его ловить.

Даже годовая отчётность нуждается в линзе исправлений. Годовые отчёты ценны для финансов, операционной деятельности и институциональной памяти. Но ежегодная страница подотчётности, перечисляющая проекты, мероприятия, отчёты и стратегию, может по-прежнему обходить негативный реестр: исправленные решения, задержки, оплаченные другими, дела, отозванные после оспаривания, открытые выводы обзоров, повторные дефекты и ценовые барьеры. Именно отсутствующего негативного реестра и ждут пострадавшие стороны. Отчётность о подотчётности должна делать институциональный дискомфорт видимым, потому что обучение происходит именно на дискомфорте.

Исправление — основная единица измерения

Первой серьёзной метрикой подотчётности должны быть исправления. Исправление — это не просто изменённое предложение. Это доказуемое институциональное действие, которое устраняет ошибку в записи, обосновании, решении, сроках, исполнении или положении пострадавшей стороны. Исправления бывают малыми и крупными.

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

Исправления следует считать по типам. Фактические исправления — самые простые: в записи было нечто ложное или неполное, и публичный файл поправили. Исправления обоснований важнее: институт признал, что в обосновании решения был упущен или искажён существенный фактор. Процедурные исправления происходят, когда институт возобновляет, продлевает, возвращает на новое рассмотрение или повторяет шаг, потому что прежний шаг был дефектным. Содержательные исправления происходят, когда меняется сам результат.

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

Затем панель показателей должна отделять добровольные исправления от вынужденных. Добровольное исправление после внутренней проверки показывает внутреннюю отзывчивость. Исправление после пересмотра показывает, что канал обзора сработал. Исправление после независимого пересмотра показывает давление внешнего обзора. Исправление после судебного разбирательства или мирового соглашения показывает, что внутренняя система могла отказать раньше. Эти различия важны, потому что издержки и задержки, ложащиеся на пострадавшую сторону, различаются.

Исправлениям нужны и категории серьёзности. Исправление опечатки в обосновании Правления — не то же самое, что отмена решения после независимого пересмотра. Задержанный отчёт — не то же самое, что оживление отклонённой заявки. Анализ публичного интереса, добавленный до финального действия, — не то же самое, что исправленная запись после необратимого вреда. Категории серьёзности не должны использоваться, чтобы прятать мелкие ошибки: мелкие ошибки важны, когда повторяются. Но публика должна знать, изменило ли исправление результат, обоснование, сроки, запись или только форму подачи.

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

Отмены решений и отзывы требований — не повод для стыда

Институты часто не любят считать отмены, потому что отмены выглядят как провал. Этот инстинкт ошибочен. Система, которая никогда себя не отменяет, может быть совершенной, но с большей вероятностью она просто защищается. Если ICANN годами получает серьёзные оспаривания и почти никогда не сообщает об изменённом результате, публика не должна автоматически заключать о безошибочности решений. Она должна спросить, не слишком ли узки, дороги, медленны, почтительны эти каналы исправления и не слишком ли они осторожны в изменении институционального выбора.

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

Каждая отмена или отзыв должны относиться к категории причин. Одержал ли заявитель победу по требованию о ложной информации? Признала ли ICANN, что существенная информация не была рассмотрена? Вышло ли действие Правления за пределы миссии? Сделал ли срок требование неактуальным? Изменила ли ICANN оспоренное действие добровольно? Отозвал ли заявитель требование после частных заверений? Отозвал ли заявитель требование, потому что исправление пришло бы слишком поздно? Некоторые из этих ответов требуют конфиденциальности в отдельных случаях, но агрегированные категории могут оставаться публичными.

Метрики отмен ценны и тем, что указывают точки обучения. Если отмены концентрируются вокруг сводок публичных комментариев — метод сводок дефектен. Если вокруг внедрения сотрудниками — слаба передача политики в исполнение. Если вокруг оценки новых gTLD — правила оценки, возможно, нестабильны. Если вокруг обоснований Правления — материалы Правления, возможно, слишком скудны. Если отзывы концентрируются после долгих задержек — канал обзора, возможно, функционально изматывает заявителей, а не разрешает их требования.

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

Задержка — это метрика исправления

Задержку часто считают административным неудобством. В системах подотчётности задержка — это метрика исправления. Исправление, которое приходит после того, как ушла коммерческая возможность, закрылось окно заявок, принято решение по итогам публичных комментариев, завершился срок контракта, прошли выборы или бюджетный цикл, миновал момент делегирования, может быть формально корректным и практически пустым. Для пострадавшей стороны время — часть исправления.

Сама архитектура подотчётности ICANN учитывает время в нескольких местах. У запросов о пересмотре есть окна подачи. У материалов Правления есть ожидания по срокам публикации. У периодов публичных комментариев есть минимальные сроки и последовательность решений. Независимый пересмотр включает процедуры, составы групп и иногда предварительные обеспечительные меры. Открытый массив может показать даты. Чего не хватает — так это согласованной публичной меры времени до исправления по всем каналам подотчётности.

Серьёзная панель показателей должна публиковать как минимум пять показателей задержки. Первый — время от оспоренного действия до подачи требования. Он показывает, могли ли пострадавшие стороны быстро понять и отреагировать. Второй — время от подачи до признания приемлемости или первого ответа. Он показывает, быстро ли открывается канал. Третий — время от подачи до итогового решения. Он показывает, попадает ли обзор в полезное окно. Четвёртый — время от решения до исполнения. Благоприятная декларация без исполнения — ещё не исправление. Пятый — время от повторного предупреждения до институционального исправления.

Если одна и та же проблема появляется в публичных комментариях, докладах омбудсмена, запросах о пересмотре и выводах обзоров до какого-либо изменения, задержка носит системный характер.

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

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

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

Компенсация и перераспределение издержек — доказательства подотчётности

Обсуждения подотчётности ICANN часто сосредоточены на решениях и обоснованиях, но компенсация — тоже часть подотчётности. Компенсация не всегда означает возмещение убытков в судебном смысле. Это может быть освобождение от платы, возмещение расходов, новая возможность, восстановление приоритета, продление срока, повторная обработка без дополнительной платы или принятие на себя расходов на обзор, который заявитель не должен был быть вынужден начинать.

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

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

Метрики компенсации вскрывают и институциональные стимулы. Если ICANN может допустить ошибку, сопротивляться исправлению, проиграть или проиграть частично и всё равно оставить пострадавшей стороне большую часть издержек и задержек, стимул исправляться рано слаб. Если раннее исправление снижает расходы, а позднее заметно засчитывается институту в минус, стимул меняется. Метрики подотчётности должны поощрять ранние исправления и делать поздние более заметными.

Здесь уместна оговорка. ICANN — не обычный публичный компенсационный трибунал, и многие споры касаются политического выбора, а не частного ущерба. Не каждый разочарованный стейкхолдер заслуживает выплаты. Но отсутствие универсальной модели возмещения убытков — не повод игнорировать издержки. Как минимум ICANN может сообщать о распределении расходов, освобождениях от платы, облегчении через повторную обработку, расходах на исполнение и о том, перекладывались ли расходы на обзор, когда позиция ICANN не устояла. Публика тогда сможет отличить принципиальный отказ от подотчётности, недоступной по экономическим причинам.

Повторные сбои важнее единичных ошибок

Каждый институт совершает ошибки. Вопрос подотчётности — повторяются ли ошибки после предупреждения. Поэтому повторные сбои должны быть одним из показателей с наибольшим весом в карте подотчётности ICANN.

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

В каждом случае второе и третье повторение серьёзнее первого.

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

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

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

Участие может превратиться в театр согласия

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

У театра согласия есть несколько признаков. Предложение уже согласовано до публичных комментариев. Окно комментариев открыто, но срок оставляет мало места для содержательных изменений. Сводка называет темы, но не причины отклонения. В обосновании Правления сказано, что комментарии были учтены, но не показано, как. Одни и те же комментаторы возвращаются год за годом, потому что путь знают только постоянные игроки. Затронутые пользователи появляются лишь в конце, когда технический или контрактный выбор уже почти определён. В итоговом отчёте благодарят участников и идут дальше.

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

Поэтому панель подотчётности должна включать поле «оставшаяся свобода усмотрения на этапе участия». По каждой крупной консультации: что ещё могло измениться? Цель политики, юридический текст, сроки, детали исполнения, мониторинг, бюджет или ничего существенного? Сколько комментариев касалось каждого открытого элемента? Какие комментарии просили об изменениях за пределами оставшейся свободы усмотрения? Сколько возражений было отклонено, потому что решение уже было ограничено? Это сделало бы участие честным.

Тот же принцип применим к встречам сообщества. Встреча до решения имеет иную ценность для подотчётности, чем встреча после того, как путь решения определён. Сессия для выслушивания — не то же самое, что сессия для обсуждения. Брифинг — не то же самое, что слушание по исправлению. Панель, сообщающая обо всех событиях участия вместе, скрывает эти различия.

Участие остаётся необходимым. Но метрикой должно быть влияние в рамках заявленных ограничений, а не явка под знаменем открытости.

Каналам подотчётности нужны таблицы результатов

У пересмотра, независимого пересмотра, омбудсмена и специальных обзоров должны быть свои таблицы результатов со сравнимыми категориями. Категории не должны стирать юридические различия между каналами. Они должны позволять публике прослеживать путь исправления.

Для пересмотра таблица должна указывать оспоренное действие или бездействие, заявленный стандарт, соблюдение сроков, предварительную обработку, итоговый исход, то, была ли исправлена какая-либо запись, изменилось ли какое-либо решение, выявил ли запрос более широкий дефект, а также время до завершения. Она должна отличать отказ, потому что требование не подтвердилось, от отказа, потому что канал не дотягивается до вреда. Это различие центральное. Требование, не подпадающее под пересмотр, всё равно может указывать на разрыв в подотчётности.

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

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

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

Управлению номерными ресурсами нужна та же метрика

Роль ICANN в сфере номерных ресурсов уже, чем её контрактная роль в сфере DNS, но не незначительна. Устав описывает миссию ICANN в отношении адресов интернет-протокола и номеров автономных систем как координацию их распределения и назначения на самом верхнем уровне, предоставление регистрационных услуг и открытого доступа для глобальных реестров номеров по запросу IETF и RIR, а также содействие выработке политики глобальных реестров номеров затронутым сообществом и смежные задачи, согласованные с RIR.

После передачи управления IANA подотчётность в сфере номерных ресурсов часто идёт через соглашения, ожидания по уровню сервиса, сообщества RIR и среду Организации по номерным ресурсам, а не через базу доходов ICANN от доменных имён.

Это делает метрики исправления более важными, а не менее. Узкая функция всё равно может давать сбои в значимых формах: запоздалое делегирование, неясная эскалация, слабые публичные обоснования, неопределённые полномочия по замене, плохая отчётность о статусе или путаница в том, какой орган какую проблему исправляет. Если институт считает координационные встречи и отчёты о сервисе, но не исправления, сообщество номерных ресурсов получает доказательства активности без доказательств исправления.

Поэтому таблица подотчётности для номерных ресурсов должна указывать исправления в реестровых услугах верхнего уровня, невыполненные сервисные обязательства, эскалации, повторяющиеся проблемы, публичные объяснения, периоды воздействия на клиентов и то, потребовало ли какое-либо исправление действий со стороны ICANN, PTI, RIR, NRO или другого органа. Смысл не в том, чтобы переносить политику DNS в управление номерными ресурсами, а в том, чтобы у более узкой роли была соразмерная подотчётность.

Это защищает и институциональные границы. Если жалоба о номерных ресурсах выходит за пределы полномочий ICANN, панель должна указывать, где на самом деле находится исправляющий орган. «Вне компетенции» не должно быть концом публичной записи. Это должно быть указанием маршрута: сообщество RIR, процесс NRO, запрос в IETF, эскалация по контракту, сервисный канал PTI или иной путь. Система подотчётности, которая снова и снова говорит участникам номерного сообщества, что их требования вне компетенции, не указывая действенного пути исправления, на практике не является подотчётной.

Тот же принцип действует в обратную сторону. ICANN не должна нести вину за каждый спор о номерных ресурсах только потому, что она стоит в цепочке IANA. Метрики исправления могут показать, какой орган имел полномочия, какой орган действовал и где произошло исправление. Чёткая атрибуция защищает и от недостаточной подотчётности, и от чрезмерных обвинений.

Практическая карта показателей

Карту показателей ICANN, сосредоточенную на исправлениях, можно построить, не заменяя существующий открытый массив. Она добавила бы сквозной слой, который читает массив через призму результатов подотчётности.

Первый раздел — приём требований. Он подсчитывал бы значимые заявления об институциональных ошибках по каналам: публичные комментарии, пересмотр, независимый пересмотр, омбудсмен, специальные обзоры, петиции уполномоченного сообщества, переписка с Правлением и исправления сотрудниками. Метрика не считала бы каждое заявление обоснованным. Она определяла бы тип требования и орган, к которому обращён запрос о действии.

Второй раздел — исход. Требования помечались бы как принятые, частично принятые, отклонённые по существу, отклонённые как выходящие за пределы полномочий, отозванные после институционального изменения, отозванные без институционального изменения, утратившие актуальность, урегулированные, неразрешённые или ожидающие рассмотрения. Для каждой категории требовалось бы краткое публичное объяснение. Уже одно это улучшило бы массив, потому что отзывы и выводы о выходе за пределы полномочий перестали бы растворяться в неопределённости.

Третий раздел — исправления. Он подсчитывал бы исправления записей, исправления обоснований, процедурные исправления, содержательные отмены, возвраты на новое рассмотрение, перенесённые даты вступления в силу, компенсации или перераспределение издержек, изменения будущих механизмов контроля и публичные обязательства. Каждое исправление было бы привязано к исходному требованию.

Четвёртый раздел — время. Он показывал бы возрастные группы, медианное время, самые долгие незакрытые дела, чувствительные к срокам вопросы, время от решения до исполнения и дела, где исправление пришло после завершения соответствующего окна принятия решения. Задержка была бы видна как управленческая издержка.

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

Шестой раздел — затронутые категории. Он показывал бы, касалось ли дело контрагентов, заявителей, регистрантов, участников номерного сообщества, правительств, гражданского общества, конечных пользователей, технических операторов или внутренних органов сообщества. Цель — не политика идентичности, а распространённость. Если одни категории могут добиться исправления, а другие получают в основном благодарность за участие, публика должна об этом знать.

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

Всё это не требует, чтобы ICANN в каждой строке признавала неправоту. Это требует, чтобы ICANN сообщала о судьбе заявлений об ошибках так, чтобы сообщество могло это проверить.

Предохранители от плохих метрик

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

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

Второе: карта показателей должна сохранять качественные объяснения. Из исправления без причин трудно извлечь урок. Отказу без причин трудно доверять. Отзыв без контекста трудно интерпретировать. Короткие категории причин, подкреплённые документами, лучше молчаливых подсчётов.

Третье: карта показателей должна отличать обоснованность требования от пригодности канала. Слабое требование может быть правомерно отклонено. Сильное требование может не подпадать под нужный канал. Повторяющийся отказ с формулировкой «не тот канал» может вскрывать отсутствующее исправление, даже если каждый отдельный отказ формально корректен. Это различие необходимо для ICANN, потому что пределы её миссии реальны. Институт не должен действовать за пределами миссии, но пределы миссии не должны становиться чёрной дырой, в которой исчезают доказательства подотчётности.

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

Пятое: карту показателей должен проверять независимый орган. Если подразделение, чью работу измеряют, само контролирует категории, кодировку и подачу, панель может превратиться в ещё одну проблему сводок публичных комментариев. Независимая проверка не обязана быть конфронтационной. Это может быть периодический аудит межсообществной группы с доступом к открытому массиву и правом оспаривать выбор категорий.

Цель — сделать подотчётность измеримой, не превращая её в игру. Лучшая метрика — та, которая меняет поведение до того, как придёт следующее оспаривание.

Культурные изменения

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

Зрелая культура подотчётности относится к исправлению как к институциональному обслуживанию. Исправленное обоснование — не унижение. Это лучшее публичное обоснование. Возвращённое на новое рассмотрение решение — не коллапс. Это работающий механизм контроля. Публичное признание того, что сводка комментариев упустила существенный вопрос, — не слабость. Это доказательство того, что консультации что-то значат. Перераспределение издержек после успешного оспаривания — не щедрость. Это признание того, что подотчётность не должна финансироваться целиком за счёт пострадавшего.

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

Вместо утверждения, что механизмы подотчётности остаются доступными, можно было бы сказать, как часто они давали исправление, сколько времени это занимало и кто нёс издержки.

Такая отчётность удовлетворила бы не всех. ICANN — оспариваемый институт. Одни критики хотят более сильного государственного контроля. Некоторые участники хотят меньше центральной власти. Некоторые споры — на самом деле рыночные, геополитические или частные коммерческие разборки, облачённые в язык подотчётности. Панель исправлений не решит эти споры. Но она сделает один вопрос труднее для уклонения: когда ICANN показали исправимую ошибку, исправила ли она её?

На этот вопрос встречи ответить не могут.

Источники

В статье использована действующая страница Устава ICANN, которая указывает, что устав действует в редакции с изменениями от 3 июля 2026 года и содержит пределы миссии ICANN, обязательства по прозрачности, требования о раскрытии информации на веб-сайте, положения о пересмотре, независимом пересмотре и обзоре подотчётности и прозрачности:https://www.icann.org/en/governance/bylaws.

Также использована страница ICANN «Механизмы подотчётности», которая описывает подотчётность и прозрачность как гарантии мультистейкхолдерной модели и обобщает пересмотр, независимый пересмотр и связанные механизмы:https://www.icann.org/resources/pages/mechanisms-2014-03-20-en.

Раздел о пересмотре опирается на страницу ICANN «Запросы о пересмотре», включая публичное обновление статуса, сроки и список запросов:https://www.icann.org/resources/pages/accountability/reconsideration-en.

Раздел о годовых отчётах опирается на страницу ICANN «Годовой отчёт», которая содержит ссылки на полные отчёты за несколько лет и показывает, что регулярная отчётность уже является частью открытого массива ICANN:https://www.icann.org/resources/pages/governance/annual-report-en.