This guide walks you through using the Power BI Model Docs Framework for the first time.
- A Power BI semantic model you want to document
- A folder or repository where you will store the documentation
- A text editor that handles markdown
Copy the files from the templates/ folder into your project's documentation folder. You can copy all 14 or start with just the essentials.
Recommended starting set:
your-project/
|-- model-overview.md
|-- table-inventory.md
|-- measure-catalog.md
|-- relationship-map.md
`-- release-notes.md
These five cover the most critical documentation needs. Add others as your project matures.
Start with model-overview.md. This file anchors everything else. Fill in:
- Model name and description
- Owner and refresh schedule
- Purpose and audience
- Key metrics (your top 3-5 measures)
- Model structure counts (tables, measures, relationships)
- Known limitations
A good model overview can be written in 15-20 minutes if you know the model well.
Open table-inventory.md and list every table in the model. For each table:
- Identify whether it is a fact, dimension, bridge, or calculated table
- Write a one-line description
- Note the grain (what one row represents)
- Include approximate row count
- Identify key columns
Open measure-catalog.md and list your measures. Group them by display folder or business area. For each measure:
- Include the full DAX expression
- Describe what it calculates in plain language
- Note dependencies on other measures
- Add business context: why does this measure exist
Start with the measures that appear on report pages. Document internal or helper measures later.
Open relationship-map.md and list all relationships. For each:
- Identify the from and to tables and columns
- Note cardinality and cross-filter direction
- Flag any bidirectional or inactive relationships
If you can, include a simple text diagram of the schema shape.
Open release-notes.md and create the first entry. Even if you are documenting an existing model, create a v1.0 - Initial documentation entry that captures the model's current state.
After the initial five files:
- Add
source-inventory.mdif data sources are non-obvious. - Add
column-dictionary.mdfor tables with many columns or non-obvious field names. - Add
kpi-definition.mdif your model tracks KPIs with targets and thresholds. - Add
business-glossary.mdif terms are interpreted differently across teams. - Add
power-query-docs.mdif there is complex transformation logic.
See documenting-a-new-model.md for a more detailed workflow.
- Do not try to document everything at once. Start with what matters most.
- Focus on information that would help someone unfamiliar with the model understand it.
- Remove the blockquote instructions from templates after filling them in.
- Keep entries concise. A table with 10 well-described rows is more useful than 50 sparse rows.
- Update documentation when you make model changes, not weeks later.