Problem
At AsyncAPI, we prioritize the prompt acknowledgment of new contributors who submit pull requests, offering timely code reviews, and ensuring efficient code merging. We view this quick turnaround time for reviews as a vital indicator on how successful we are at engaging our community of contributors.
Solution
To solve the problem we first need to get visibility around our key engineering metrics that are split into 3 main categories:
- Pull-Requests KPIs
- Release KPIs
- Issues Interaction KPIs
In this Bet we will focus on Pull-requests KPIs
Pull request flow
Metrics we want to track
We would like to track theses metrics in the repos we monitor
Feature lead time
merge (date) - first commit (date)
PR lead time
merged (date) – opened at (date)
Time to first review
first review created at (date) - last commit created at (date)
Review time
last review created at (date) – first review created at (date)
Last review to merge time
merged (date) – last review created at (date)
Solution design
- Store the metrics in a database // or analytic service (preference for solutions that supports open source)
- Users must see the metrics in a dashboard to track them over time
- The system must offer alerting capability (slack integration)
Rabbit holes
Not known for now
Scope
Out of bounds
The alert system should not be hard coded, it must offer the team the possibility to define the KPIs as part of the working agreement (PRs should have first time review < 24h)
Success criteria
We are able to get visibility on the metrics and reduce the review time.
Problem
At AsyncAPI, we prioritize the prompt acknowledgment of new contributors who submit pull requests, offering timely code reviews, and ensuring efficient code merging. We view this quick turnaround time for reviews as a vital indicator on how successful we are at engaging our community of contributors.
Solution
To solve the problem we first need to get visibility around our key engineering metrics that are split into 3 main categories:
In this Bet we will focus on Pull-requests KPIs
Pull request flow
Metrics we want to track
We would like to track theses metrics in the repos we monitor
Feature lead time
PR lead time
Time to first review
Review time
Last review to merge time
Solution design
Rabbit holes
Not known for now
Scope
Out of bounds
The alert system should not be hard coded, it must offer the team the possibility to define the KPIs as part of the working agreement (PRs should have first time review < 24h)
Success criteria
We are able to get visibility on the metrics and reduce the review time.