Overview · Analytics

What is work management analytics, and how do you build it in Metabase?

Work management analytics turns tasks, projects, boards, status changes, knowledge, and collaboration events into shared metrics about how work moves through an organization. In Metabase, build it by syncing source tools into a SQL database, modeling clean work-item, content, and activity layers, and shipping dashboards that help teams see risk early.

TL;DR — Use three adjacent models: work items and status history; content items and versions; collaboration events and threads. Current-state data supports completion, overdue, ownership, and freshness snapshots. Change and event history unlock cycle time, trends, and response-time analysis.

What does work management analytics measure?

  • Are teams finishing what they committed to?
  • Where is work piling up or aging?
  • Which projects are at risk before a deadline is missed?
  • Is work distributed sanely across owners and teams?
  • How long does work take from start to done?
  • Is important knowledge current, owned, and complete?
  • Which workspaces are active, stale, or slow to respond?

Which tools feed work management analytics?

ToolBest forGetting data into Metabase
NotionDocs, databases, lightweight project trackingAPI, connector, or official MCP for exploration
AsanaTasks, projects, portfolios, goalsAPI, Graph Export, connector, or official MCP
ClickUpLists, spaces, goals, docs, all-in-one workAPI, connector, or community MCP
SlackConversation, incidents, project-channel activityWeb API, exports, connector, or MCP
TrelloBoards, cards, checklists, lightweight kanbanREST API, connector, or community MCP
monday.comBoards, items, timelines, cross-functional programsGraphQL API, connector, or community MCP
LinearProduct and engineering issue trackingAPI, connector, or Linear MCP
JiraAgile delivery, sprints, issue changelogsAtlassian APIs, connector, or Rovo MCP
AirtableRecord throughput by workflow status; Overdue records by owner and baseAirtable Web API, pipeline, or Airtable MCP Server for exploration
ConfluenceKnowledge-base freshness by space; Coverage and ownership gapsConfluence Cloud REST API, pipeline, or Atlassian Rovo MCP Server for exploration
WrikeTask throughput and completion; Project and portfolio healthWrike API and Datahub, pipeline, or Wrike MCP Server for exploration
MiroBoard and workspace activity; Stale boards by ownerMiro REST API, pipeline, or Miro MCP Server for exploration
Microsoft TeamsChannel and team activity; Collaboration response timeMicrosoft Graph Teams APIs, pipeline, or Work IQ Teams MCP Server for exploration
FigmaDesign-file activity and freshness; Design-system component coverageFigma REST API, pipeline, or Figma MCP Server for exploration
Teamwork.comClient project health; Task and milestone completionTeamwork.com APIs, pipeline, or Teamwork.com MCP Server for exploration
FiberyEntity throughput by workflow; Workspace and database activityFibery API, pipeline, or Fibery MCP Server for exploration
CodaTable workflow completion; Doc and page freshnessCoda API, pipeline, or Coda MCP for exploration
SharePointKnowledge-base freshness by site; Content ownership and coverageMicrosoft Graph SharePoint APIs, pipeline, or Work IQ SharePoint MCP for exploration
DropboxFile and folder activity; Stale content by ownerDropbox API, pipeline, or Dropbox MCP Server for exploration
BoxContent activity and freshness; Ownership and collaboration coverageBox Platform API, pipeline, or Box MCP Server for exploration
ExcelWorkbook inventory and freshness; Table and sheet ownershipMicrosoft Graph Excel APIs, pipeline, or Excel MCP Server for exploration

What shared data models should you build?

Build clean models on top of raw source tables so each dashboard uses the same definitions.

  • work_items — one row per task, card, issue, page, or item
  • projects — project, board, database, list, or portfolio metadata
  • owners — people, teams, and assignment history
  • status_history — one row per status transition when available
  • daily_work_item_snapshots — daily state for WIP and aging trends
  • content_items — pages, files, docs, designs, or workbooks with owners and lifecycle timestamps
  • content_versions — meaningful revisions and review events for freshness trends
  • collaboration_events — messages, comments, edits, shares, and other qualifying activity
  • collaboration_threads — thread creation and first-response timestamps for response-time analysis

Which work management metrics matter most?

How do you connect tools to Metabase?

  1. MCP + CLI — use MCP for a scoped live export, then mb upload csv for quick analysis.
  2. Warehouse-backed pipeline — sync with APIs, connectors, or exports for durable dashboards.
  3. Modeled layer — map each source into the relevant work-item, content, and collaboration models while preserving source-specific extension tables.

Which dashboards should you build first?

  • Work overview — completed, open, overdue, unassigned, and blocked work.
  • Project health — at-risk projects, deadline risk, stale work, and missing owners.
  • Workload distribution — WIP by owner, team, project, and status.
  • Flow and bottlenecks — cycle time, lead time, time in status, and aging work.
  • Knowledge-base health— freshness, coverage, ownership, stale content, and content activity.

Common mistakes

Trying to compute flow metrics from current-state data.→ Cycle time and time in status need a changelog or snapshots.
Treating task count as productivity.→ Task count ignores scope and complexity. Use it for load and flow, not individual ranking.
Letting each team define done differently.→ Normalize statuses into shared groups before reporting completion or throughput.
Ignoring missing due dates and owners.→ Missing metadata is itself a project-health signal; track it explicitly.

Integrations

FAQ

What is the difference between work management analytics and software delivery analytics?
Work management analytics covers broad operational work across tools like Notion, Asana, ClickUp, Slack, Trello, and monday.com. Software delivery analytics is the engineering-specific subset focused on issues, PRs, deploys, and incidents.
Can I start with CSV uploads?
Yes. CSV uploads are a good first pass for exploration. Move to a database-backed sync when the dashboard needs scheduled refreshes, history, permissions, and trust.
What data do I need first?
For work tools, start with item ID, project, status, owner, created, due, and completed dates. For knowledge tools, start with content ID, container, owner, created, updated, and archived dates. For communication tools, start with event or thread ID, actor, container, created time, and first-response time. Add history next for trends and durations.