click below
click below
Normal Size Small Size show me how
LinearB Terminology
Engineering Metrics Key Terminology for Engineering Managers
| Term | Definition |
|---|---|
| Cycle Time | The total amount of time it takes for code to go from the first commit to production deployment. Cycle Time = Coding + Pickup + Review + Deployment Times |
| Coding Time | Is tracked from when a Jira issue linked to a git branch is moved from "To Do" to "In Progress" to when a pull request is opened |
| Pickup Time | The time it takes from when a PR is issued until the first review has started. |
| Review Time | The time it takes to complete a code review and get a pull request merged. |
| Deployment Time | The time it takes to release code to production |
| Pull Request Size | The average code changes (in lines of code) of a pull request |
| Merge Frequency | The number of PRs successfully merged by the team or the individual in all the repositories within the timeframe |
| Deploy Frequency | The total number of deployments to production in a given period |
| MTTR (Mean Time to Restore) | The average time it takes to recover from a production failure. LinearB measures MTTR as the time between: * The moment a production issue enters the In Progress state * The moment it exits the In Progress state |
| Change Failure Rate (CFR) | CFR measures the percentage of deployments that result in a failure in production. LinearB calculates CFR based on the number of production incidents divided by the number of deployments over the same period. |
| Review Depth | The total number of comments provided by a reviewer on a specific pull request (PR). This includes general comments, suggestions, or requests for changes. |
| Refactor | Updates made to legacy code—that is, any code that hasn’t been modified in the past 21 days. |
| Rework | Changes to recent code, defined as any code modified within the last 21 days. Rework is expected during the iterative development process—for example, when code is updated after peer reviews or internal testing |
| New Work | Brand new code added to the codebase. |
| PR Maturity | How refined and well-prepared a pull request (PR) is when it is submitted for review. How much work was required post-submission to address feedback, fix issues, or improve the PR. |