data-warehouse-metrics-layer-review

データウェアハウスのメトリクスレイヤーのレビュー

このスキルを使用して、データウェアハウスのメトリクスレイヤー、セマンティックモデル、KPI 定義、リネージ、鮮度、ダッシュボードへの信頼に関する質問を、担当者、ゲート、メトリクス、復旧手順を含む具体的な成果物にまとめます。

ワークフロー

1. 意思決定に関する質問、ソースシステム、メトリクスの利用者、現在のダッシュボード間の不整合、イベントテーブル、データウェアハウスモデル、BI ツール、担当者、鮮度の要件、コンプライアンス上の制約を特定します。
2. references/data-warehouse-metrics-layer-patterns.md を読みます。
3. メトリクスを、財務、プロダクト利用状況、成長ファネル、サポート、信頼性、マーケットプレイス、実験、AI コスト、運用健全性のいずれかに分類します。
4. 正式なメトリクス契約、粒度、ディメンション、フィルター、担当者、リネージ、鮮度 SLA、品質テスト、アクセスルール、ダッシュボードの公開、変更ログを定義します。
5. メトリクスレイヤーの設計、状態遷移図、意思決定テーブル、イベントスキーマ、品質チェックリスト、移行／非推奨化計画を作成します。

使用しない場合

• このスキル固有の成果物契約がなくてもベースモデルで対応できる一般的なアドバイスには使用しないでください。

ガードレール

• すべてのダッシュボードが、アクティブユーザー、コンバージョン、解約、ARR、サポート SLA、利用コストなどの主要メトリクスを独自に再定義できる状態にしないでください。
• 粒度、タイムゾーン、ID 解決方法、除外条件、ソースのリネージ、担当者が定義されていないメトリクスは公開しないでください。
• 変更ログ、利用者への通知、過去データへの影響見積もりなしに、KPI を再計算したり再定義したりしないでください。
• 利便性を優先したメトリクスや広範な BI アクセスを通じて、機密性の高い行レベルデータを公開しないでください。

出力形式

Metrics-layer context:
Audience / source of truth / risk boundary:

Metric contract plan:
| Area | Decision | Evidence | Risk | Owner |
| --- | --- | --- | --- | --- |

Lineage, freshness, and change control:
- <trigger> -> <policy, metric, edge case, support note>