Intelligent analytics continuous delivery improvement tool to drive engineering productivity at scale

Do you know how much runway your teams have? Ensure utilisation is high and teams aren’t stuck staring at one another.

Optimise the time it takes to design and groom new work so the team has plenty to do and lead time is as short as possible.

If a team is running low on work, it’s critical to understand where new work currently sits upstream in order to fully assess the risk of running out of work.

Quickly identify and alleviate “waste” in your delivery. Spot capacity issues, poor collaboration and/or process inefficiencies that are holding your teams back.

Track the delivery of the underlying work items (e.g. stories) to ensure your Epics are flowing efficiently through to delivery.

Get a bird’s eye view of your releases across teams. Ensure that any bottlenecks are quickly spotted and resolved.

The ability for stories and tasks to pass “first time” is down to strong collaboration and communication within teams. One of the strongest measures of a health team.

Make dramatic improvements to Cycle Time by dissecting your Pull Request (PR) review process. Analyse how long it takes to review, approve, merge and deploy code.

A team’s board plays a central role in their decision making, so it’s critical to understand how well boards reflect reality through tracking unwanted ticket shepherding habits.

Time to market is driven by the ability to transform an idea into functioning software for users, and Lead Time enables you to dissect every stage of this process to ensure you’re operating at your full potential.

The focal point for most development teams, Cycle Time enables you to examine your engineering and DevOps capability to ensure you can build and ship code as quickly as possible.

Track the number and/or frequency of deployments as a key indicator for your maturing DevOps capability. Understand which pipelines are performing well and which pipelines need some support.

Understand how frequently your builds are failing and particularly which pipelines are most plagued by failures in order to focus the team’s attention in the right areas.

Cross-reference your git and build data to quickly identify which of your files are often the cause of build failures.

Quickly spot which build processes are lagging and may require optimisation to ensure your teams can keep building and testing software.

When builds fail, they need to fail fast so the impact is kept to a minimum. Restructure your build processes to frontload complexity.

How quickly can the team recover from a failed build? Understanding and minimising this downtime is critical to building a strong DevOps capability and service within your organisation.

CircleCI customers need to understand where their spend is allocated, particularly how much is being spent on failed builds so they can optimise their spend. A great way to ensure you’re getting as much value as possible from CircleCI.

Through connecting your commits and tickets, discover which of your stories, bugs, etc are the most complex based on a number of factors including repos touched, developers involved and lines of code changed.

Mitigate risk in your code base by ensuring all merges to master/trunk have been reviewed and approved through the PR process.

Drive up best practice around smaller, more frequent commits. A great metric to gamify within your teams.

Whether a regulatory requirement or just best practice, ensure that all pull requests reference back to the ticket outlining the scope and authorisation of changes.

Analyse PR activity across your code base, and gain further insights around understanding which of your stories, bugs and so on are currently most active.

Build a better understanding of relationships in your team, who works most frequently together and whether you have any potential risks of knowledge being consolidated in a small number of senior devs.

Filter commit activity in your code base so you can isolate the files and repos most touched when delivering new stories or resolving bugs.

Understand how quickly bugs are being resolved, and where in the process there are opportunities to improve your resolution times.

Maintain a close eye on your current bug backlog, and break down the data by release, environment or a number of other fields that will improve your understanding of your bug backlog.

Isolate the number of defects that have escaped your testing process and landed with users in production. Optimise your test scripts where reasonable to improve test coverage and product quality.

A team’s ability to plan and deliver the sprint objectives is critical to meeting mid- and long-term commitments. See how well your teams deliver against their targets for each sprint.

Whether preparing for a stand-up or reviewing in a retro, get a day-by-day breakdown of how your work flows from “to do” to “done”. Identify and remedy any bottlenecks as they happen and improve your sprint performance.

Scope change is one of the major headaches for Scrum teams. With this metric, you can track exactly which tickets are being added and removed every day to ensure the team stays on track.

Stories, bugs, and tasks are great, but ultimately it’s about distilling a sprint down to 2-3 overall goals and measuring how effective teams are at delivering them.