- Product
Product overview →Get to know the platformSwarmia for enterprisesSecurity
Business outcomesVisibility for engineering leaders
Developer productivityInsights for engineering managers
Developer experienceTools for engineering teams - Pricing
- Customers
- Learn
BlogInsights for software leaders, managers, and engineers
ChangelogCheck out our latest product updates and improvements
Engineering Unblocked↗Catch bi-weekly interviews with software leaders
BenchmarksFind the biggest opportunities for improvement
Book: BuildRead for free, or buy a physical copy or the Kindle version - About Us
- Careers
Engineering metrics for high-performing teams
Swarmia gives engineering leaders, managers, and teams access to non-toxic engineering metrics — including DORA and SPACE. Here’s what you can (and can’t) measure with Swarmia.
Trusted by effective engineering organizations
Drive positive change with healthy metrics
Connect the dots between GitHub, Jira/Linear, and Slack
Get relevant metrics for every level of the engineering organization
No harmful leaderboards or data on individual performance
What type of engineering metrics can I measure with Swarmia?
Business impact
Quickly understand how much time your engineering organization is spending on different types of work.
Use these insights to guide your engineering teams' focus between roadmap work, chores, refactoring, firefighting, bug fixing, unplanned work, and/or any other categories you may want to track.
Flow
Flow metrics like pull request cycle time, cycle time for issues, and deployment frequency allow engineering teams to see how well the engine is running.
By analyzing outliers and periods of inactivity, you'll be able to recognize and resolve systemic issues that negatively impact throughput. Additionally, Swarmia's Slack notifications nudge your team to keep code flowing and cycle times low.
Team and code health
There are two ways you can look at the health of an engineering organization: the health of the team and the quality of the code they write.
Swarmia helps you build good habits like limiting work in progress, working together on bigger issues, and evenly distributing code reviews within the team. You can also easily keep track of bugs and their share of all work.
It's hard to improve what you don't measure
Here are some of the healthy engineering metrics you’ll see in Swarmia.
Cycle time
Understand how long it takes for your team to complete pull requests, tasks, stories, and epics.
Deployment frequency
Keep track of how often you're deploying — and how often the deployments are failing.
Investment distribution
Know what your engineering teams are working on and establish the right balance between different types of work.
Bug Insights
Stay on top of the bugs your team is working on and the time it takes to fix them.
Batch size
Keep your batch size small to roll out features to customers faster and with less risk.
CI insights
Spot flaky tests and improve the performance of your CI pipeline.
Review time
Identify review bottlenecks and get your work merged faster.
Review rate
Maintain high code quality by maximizing the percentage of code that gets reviewed before it's merged.
WIP limits
Allow teams to set their own work in progress limits to boost focus and productivity.
There are some things you can’t measure with Swarmia
Developer stack ranking
Swarmia focuses on improving development productivity on the team and organization level. That's why you won't find developer leaderboards or other harmful activity metrics in Swarmia.
Lines of code (LOC)
Lines of code is a terrible measure of engineering productivity. In fact, Swarmia only surfaces lines of code in the context of batch size and code review notifications.
Code churn and rework
We believe that rewriting your own code is a perfectly acceptable way to solve complex problems. That's why you won't be able to track code churn or rework with Swarmia.
Explore next
Working Agreements
Exposing the right metrics is just the first step. To make sure your insights don't just sit on a dashboard, Swarmia allows your teams to set their own Working Agreements.
