analytics-engineering

Standardize dbt project structure, naming, tests, and documentation.

1|Updated Mar 6, 2026
One-click install
npx skills add https://github.com/davekim917/bootstrap --skill analytics-engineering-davekim917
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: analytics-engineering
Source: https://github.com/davekim917/bootstrap/tree/main/plugins/domain/skills/analytics-engineering
Command: npx skills add https://github.com/davekim917/bootstrap --skill analytics-engineering-davekim917

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Analytics engineering practice patterns standardize and elevate analytics work by providing repeatable patterns, checklists, and governance for dbt, SQL modeling, data transformation, and documentation. This guidance helps teams reduce defects, improve collaboration, and speed up delivery.

Core Features & Use Cases

  • Clear dbt project structure and naming conventions for staging, intermediate, and marts
  • SQL quality and testing patterns, including tests, documentation, and versioned schemas
  • Data modeling guidance (dimensional vs normalized, lakehouse/medallion patterns), metrics layers, and governance
  • End-to-end analytics workflow patterns: review, design, plan, build, and QA hooks for reliability

Quick Start

Apply analytics-engineering patterns to your dbt project by adopting standardized model naming, tests, and documentation.

Frequently Asked Questions about analytics-engineering

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What is analytics engineering and how does it standardize dbt projects?

Analytics engineering uses dbt to standardize project structure, SQL transformations, data modeling, testing, and governance across data pipelines, reducing defects and improving collaboration.

How do I structure a dbt project for staging, intermediate, and marts layers?

You can structure a dbt project by applying standardized naming conventions for staging, intermediate, and marts layers to ensure consistent data transformation, clear documentation, and reliable data contracts across analytics workflows.

What's the best way to apply data modeling patterns in dbt and SQL workflows?

The best way to apply data modeling in dbt is to adopt dimensional, normalized, or medallion lakehouse patterns alongside standardized metrics layers and governance rules to ensure reliable SQL transformations and analytics delivery.

Can I use dbt governance patterns to enforce data contracts and documentation?

Yes, you can enforce data contracts and documentation within dbt by applying standardized analytics engineering patterns that cover versioned schemas, SQL quality tests, and consistent naming conventions across your data models.

Does this approach work for both dimensional and medallion data modeling architectures?

Yes, these analytics engineering patterns support dimensional, normalized, and lakehouse medallion architectures, providing flexible guidance for data modeling, metrics layers, and governance across diverse dbt and SQL workflows.

Why do I need standardized tests and documentation in my dbt data models?

You need standardized tests and documentation in dbt data models to reduce pipeline defects, enforce data contracts, improve team collaboration, and establish reliable end-to-end QA hooks across your analytics engineering workflow.