Someone always forgets to update the dashboard before stand‑up. Someone else can’t find which service owns which metric. And one poor soul ends up digging through Slack threads trying to link it all together. It should be easier. That’s exactly what the Compass Slack integration tries to fix.
Atlassian Compass tracks the health, ownership, and dependencies of your microservices. Slack is where your team actually talks about them. Alone, each is good. Together, they form a live feedback loop that keeps context and alerts in the same place. Instead of flipping between tools, developers get service insights, deploy notices, and incident summaries right inside chat.
The integration works by connecting identity and event streams across both systems. Each Compass component maps to a channel or user group in Slack. When a status changes, Compass uses a webhook or bot event to post summaries. Permissions still follow your identity provider—Okta or any SAML or OIDC setup—so no one sees data they shouldn’t. It’s a tidy flow: event in Compass, message in Slack, follow-up command back to Compass.
To set it up cleanly, start with a single service or team. Make sure the Slack app has limited scopes, just enough to read and write messages. Map Slack channels to actual services in Compass, not generic project names. Keep the Compass bot identity tied to automation, not to a human account. When you’re ready, add other teams. The pattern scales well because it respects RBAC from the start.
Quick answer: Compass Slack lets you view, manage, and update Compass service data directly from Slack. It pushes deployment alerts, scorecard updates, and ownership context where engineers already work, cutting context switching and response time.