Data Analyst Professional · Модуль 8 · Урок 29 із 51

Паспорт метрики й узгодження визначень

Паспорт метрики перетворює усну домовленість на контрольовану специфікацію. Дві команди мають отримати однаковий результат із тих самих даних — або явно бачити, де їхні definitions різняться.

90–120 хвMetric governanceМінітест: 3 питання

Мінімальний паспорт метрики

БлокЩо зафіксувати
Meaningname, business question, purpose, owner
Formulanumerator, denominator, aggregation, unit, rounding
Scopepopulation, grain, inclusions, exclusions, segments
Timeevent time, timezone, calendar/cohort window, late data
Datasource, keys, refresh cadence, lineage, access class
Decisionbaseline, target, direction, guardrails, action rule
Governanceversion, effective date, approvers, change log, QA owner

Перевіряйте registry як дані

SELECT metric_key, metric_name, numerator, denominator, grain, window_rule, owner_role, target_value, target_direction, guardrail_for, version FROM seowork_lab.metric_registry ORDER BY metric_key;

Registry має бути доступним поруч із dashboard і code, а не загубленим у чаті. Link на query/model і приклад calculation полегшують reproduction.

Change control без тихого переписування історії

ProposeПроблема, нова definition, affected reports і rationale.
CompareOld/new metric на overlap period та segment impact.
ApproveBusiness owner, data owner і downstream consumers.
ReleaseVersion, effective date, backfill policy та communication.

Якщо numerator або denominator змінився, це часто нова версія metric. Не склеюйте old/new series без позначки; dashboard має показувати definition break або перераховану історію.

Acceptance checks перед публікацією

  • Формула відтворюється незалежним control query.
  • Numerator не перевищує denominator там, де це логічно.
  • Totals reconcile із trusted source у межах tolerance.
  • Time zone, late-arriving events і incomplete cohorts оброблені.
  • Segments складаються в total без overlap або мають пояснений attribution.
  • NULL/zero denominator мають явну policy.
  • Owner підтвердив meaning, target, guardrails і action rule.

Практика: захистіть одну метрику

  1. Оберіть activation_rate_7d у registry.
  2. Перепишіть passport своїми словами й знайдіть неоднозначність.
  3. Створіть reference SQL та reconciliation query.
  4. Запропонуйте v1.1 із change rationale і overlap comparison.
  5. Проведіть sign-off: product owner, analyst, data engineer, dashboard consumer.

Privacy теж частина паспорта

Metric має описувати лише потрібний рівень деталізації. Не публікуйте персональні або малі сегменти, якщо рішення не потребує цього.

Офіційні джерела

Модуль завершено

Ви можете обрати KPI, захистити його guardrails, розкласти outcome на drivers і погодити versioned metric passport, який відтворюється іншою командою.

Практична перевірка · урок 29 з 51

Закріпіть матеріал уроку

Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.

1. Для чого потрібен паспорт метрики?
2. Що обов’язково в formula block?
3. Що треба зафіксувати про час?