NORM Methodologist (Методолог) / Методолог NORM

Продукт должности

Наполненный и верифицированный золотой стандарт NORM — грунтованный корпус ромба NOTA, где каждый концепт прослеживается к реальному источнику адекватного тира, каждый норматив — полный eval-контракт (рубрика, сигналы, вопросы, жёсткость, метрики, примеры, провенанс), методы — рабочие пошаговые маршруты, покрытие EEQ сбалансировано, а целостность снимка сохранена. Стандарт «золотой» только когда он грунтован: благодаря этому движок оценки выдаёт вердикты, которым можно доверять, а продукт NORM можно продавать как стандарт, а не как мнение.

Главный заказчик

Product Owner of NORM (PO)

Подчиняется

• Product Owner of NORM (PO) / Владелец продукта NORM

Сотрудники в роли

• (вакантно)

Метрики (3)

• [Effectiveness] Corpus Completeness & Groundedness / Полнота и грунтованность корпуса
• [Efficiency] Verification Throughput / Скорость наполнения и верификации
• [Quality] Eval-Contract Integrity / Целостность нормативов

Описание роли

Зачем эта роль

NORM продаётся как стандарт — методология, по которой можно объективно оценить компанию и провести её по маршруту. Сила стандарта не в количестве текста, а в том, что каждое утверждение грунтовано: опирается на реальный источник, собрано в концепт, превращено в норматив с проверяемой рубрикой. Без этой дисциплины стандарт превращается в эрудицию модели — красиво звучит, но вердикты не воспроизводимы и не защитимы. Это главный риск продукта (в мануале NORM он назван «протечкой эрудиции»).

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

Методолог — Producer + Administrator в логике PAEI. Producer — производит содержание: концепты, нормативы с рубрикой, методы, подбирает источники. Administrator — держит дисциплину: провенанс-цепь, тир источников, целостность eval-контракта, гигиену снимка. Сильная сторона — грунтование, точность формулировок, дисциплина проверки. Слабая сторона (то, что НЕ его зона) — продуктовая стратегия, коммерция, ведение клиентов, инженерия платформы.

Что входит в золотой стандарт (наполнение и верификация)

Золотой стандарт — это корпус ромба NOTA: модули → направления → узлы внутри них. Методолог отвечает за пять типов узлов и за связи между ними:

• Источники — реальные публикации с издателем, авторами, годом и тиром. Основа грунтования; без источника узел не считается заземлённым.
• Концепты — единицы смысла с провенансом к источнику и графом зависимостей. Отвечают на «откуда это знание».
• Нормативы — полные eval-контракты: рубрика уровней, сигналы, раскрывающие вопросы, жёсткость (crisp/soft), привязанные метрики, контрольные примеры, провенанс. Ядро ценности — по ним выносится вердикт.
• Метрики — привязаны к нормативам, размечены по EEQ (эффективность/результативность/качество); покрытие в сумме должно быть сбалансировано.
• Методы — пошаговые маршруты (elicit, сигнал готовности, привязанные нормы) для режима консультации.

Методолог наполняет и достраивает узлы во всех модулях и направлениях по приоритету, заданному продуктом, — везде, где корпус ещё не полон или не до конца заземлён.

Верификация как часть продукта

Особенность роли — верификация зашита в обещание продукта, а не идёт «потом». Узел засчитывается в золотой стандарт только когда: (1) у него есть провенанс к реальному источнику адекватного тира; (2) норматив несёт полный eval-контракт; (3) вердикт стабилен на контрольных примерах (eval-set); (4) узел корректно лёг в снимок с версией.

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

Методолог и Product Owner NORM: разделение ролей

Методолог и Product Owner NORM работают вокруг одного продукта, но на разных сторонах. Это разделение критично: иначе наполнение либо смешается с продуктовыми решениями, либо потеряет дисциплину грунтования.

Короткая формулировка:

• Product Owner NORM владеет продуктом: что такое NORM, какие модули в приоритете, как продукт упакован и продаётся, куда движется на годы. Решает что и зачем.
• Методолог владеет содержательным качеством стандарта: наполняет и верифицирует узлы внутри заданной продуктом рамки. Решает как заземлить и как проверить.

В чём это проявляется:

Когда это важно понимать:

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

Две траектории: наполнение и верификация

Работа методолога идёт по двум траекториям, и он отвечает за обе:

• Наполнение — добавление новых узлов: достройка модулей и направлений ромба, где корпус ещё не наполнен; добавление недостающих методов; углубление существующих направлений. Producer-режим: собрать концепт/норму/метод с провенансом.
• Верификация — аудит уже существующих узлов: целостность провенанс-цепи, тир источников, полнота eval-контракта, стабильность вердиктов на примерах, гигиена снимка. Administrator-режим: доказать, что корпус заземлён.

Обе траектории питают друг друга: верификация показывает, где наполнение слабое; наполнение задаёт новый материал для проверки.

Продукт должности

Наполненный и верифицированный золотой стандарт NORM — грунтованный корпус ромба NOTA, где каждый концепт прослеживается к реальному источнику адекватного тира, каждый норматив несёт полный eval-контракт, методы пригодны как маршруты, покрытие EEQ сбалансировано, а снимок целостен и версионирован. Корпус заземлён настолько, что вердикты движка оценки воспроизводимы и защитимы, а продукт NORM можно предъявлять рынку как стандарт.

Главный потребитель и его требования

Главный потребитель: Product Owner NORM (получает грунтованный, проверенный корпус как сырьё, из которого собирается и продаётся продукт).

PO NORM получает от методолога не «работу над методологией», а заземлённый стандарт, которому можно доверять и который можно продать как стандарт. Конкретные требования:

• Грунтованность. Каждый узел прослеживается к реальному источнику; нет «протечки эрудиции».
• Полнота eval-контракта. Нормативы готовы выносить вердикт: рубрика, сигналы, вопросы, метрики, примеры, провенанс на месте.
• Воспроизводимость вердиктов. На контрольных примерах стандарт даёт стабильный результат, а не «как сегодня настроение модели».
• Покрытие по приоритету. Приоритетные модули наполнены; пробелы корпуса видимы и закрываются по плану.
• Целостность снимка. Версия корпуса консистентна, изменения отслеживаемы.

Вторичный потребитель — Customer Value Director (CVD) (применяет стандарт в оценке и консультации клиента: выносит вердикт и ведёт клиента по маршруту). Ему нужно, чтобы каждый норматив был заземлён: иначе вердикт не выдержит и будет воспринят как мнение, а не как стандарт.

Проверка на практике (фальсифицируемость): стандарт сделан, если вердикт, собранный из корпуса, воспроизводим и выдерживает проверку перед реальной компанией; если вердикты «плывут» или клиент отбивает их как мнение — нет.

Вход роли — продуктовая рамка и приоритеты от PO NORM, плюс сам корпус NORM как актив.

Метрики

Методолог измеряется композитом из 3 метрик, покрывающих все три ноги EEQ и привязанных к продукту роли — качеству золотого стандарта, а не к активности исполнителя.

Логика композита: одна метрика — результативность (полнота и грунтованность: наполняем ли приоритетное и заземлено ли оно). Вторая — эффективность (скорость наполнения и верификации при приемлемой переработке). Третья — качество (целостность нормативов и стабильность вердиктов на примерах).

Метрики дополняют друг друга по треугольнику «заземлено и полно / быстро / воспроизводимо». Гнать полноту без грунтования — корпус растёт, но это эрудиция, а не стандарт. Гнать скорость без целостности — узлы есть, но вердикты нестабильны. Делать идеальные нормы без покрытия — стандарт глубок в одном углу и пуст в остальных.

Полный список метрик с определениями — в свойстве Metrics выше; конкретные пороги задаются отдельно по реальным данным корпуса и не входят в постоянный текст роли.

Цикл PDCA

Методолог управляет двумя вложенными циклами с разной частотой. Внешний — наполнение стандарта по модулям и снимкам; внутренний — наполнение и верификация каждого узла.

Цикл управления узлом (короткий, по узлу / неделя-месяц)

• Plan — что наполнить/проверить: какой концепт/норму/метод, по какому пробелу или сигналу.
• Do — собрать узел с провенансом к источнику; для норматива — полный eval-контракт.
• Check — проверка: провенанс на месте, тир источника адекватен, рубрика откалибрована на примерах, вердикт стабилен.
• Act — включить узел в снимок или вернуть на доработку; зафиксировать в копилку слабых мест. Пример: на проверке видим, что у норматива вердикт «плывёт» на контрольных примерах → дорабатываем рубрику и сигналы, перекалибровываем, только потом включаем в снимок.

Цикл управления корпусом (длинный, по модулю/снимку, квартал)

• Plan — какой модуль довести, цели по покрытию и тиру источников, план версии снимка.
• Do — наполнение и верификация по приоритету PO NORM.
• Check — профиль состояния: доля грунтованных узлов, покрытие EEQ по модулям, стабильность вердиктов, полнота eval-контрактов.
• Act — выпуск новой версии снимка, переприоритизация пробелов, эскалация продуктовых развилок в PO NORM.

Внутренний цикл (узел) питает внешний (корпус): проверенные узлы складываются в версию снимка. Внешний задаёт рамку для внутреннего: приоритеты модулей определяют, какие узлы методолог берёт в работу.