You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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)
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.
The text was updated successfully, but these errors were encountered:
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.
The text was updated successfully, but these errors were encountered: