๐Ÿ“–
Typo Help Docs
  • Welcome
  • Getting Started
    • Onboarding
    • Integrations
      • Git
        • GitHub
        • GitLab
        • BitBucket
        • Azure Repos
        • Gitlab On-prem
      • Issue Tracker
        • JIRA
        • Linear
        • GitHub Issue
        • Shortcut
        • ClickUp
      • CI/CD Tool
        • Circle CI
        • Jenkins
        • Heroku
        • GitHub Actions
        • Azure DevOps
        • Custom Deployment Webhook
      • Slack
    • How Requestly setup Typo in a few days
  • Platform
    • Dev Analytics
      • DORA
      • Insights
        • Teams
        • Members
        • Sprints
        • Pull Requests
        • Deployments
      • Incident
      • Goals
      • Investment
      • Initiative
      • WorkLog
      • Custom Reports
      • Settings
        • Teams
        • Member
        • Repository
        • Projects
        • Manage Access
        • Notifications
    • Code Health
      • Code Review
      • Code Coverage
    • DevEx
  • Implementation Plan
    • Phase 1 - Setting Up Data Sources
    • Phase 2 - Metric Configuration
      • Dev360
      • Code Health
      • DevEx
    • Phase 3 - Team Rollout
  • Engineering Metrics
    • DORA
      • Cycle Time
      • Deployment PRs
      • Change Failure Rate
      • Mean Time to Restore
    • Pull Request Metrics
      • Avg. Commits During PR Review
      • Coding Days
      • Coding Time
      • Merge frequency
      • Merge Time
      • Pickup Time
      • PR Size
      • PRs Merged without Review
      • Review Time
      • Efficiency Score
    • Sprint Metrics
      • Carry over
      • Developer Workload
      • Issue Cycle Time
      • Issues At-Risk
      • Scope creep
      • Team Velocity
      • Work Breakup
      • Work Progress
    • Code Quality Metrics
      • OWASP Top 10
      • Vulnerability
      • Security
      • Performance
      • Duplication
      • Code Smell
    • Deployment Metrics
      • Deployment - Failure
      • Deployment - Frequency
      • Time to Build
    • Incident Metrics
      • Incident - Opened
      • Avg Resolution Time
    • DevEx Metrics
      • DevEx Score
      • Space mood
      • Response Rate
      • Manager Support
      • Developer Flow
      • Product Management
      • Development & Releases
      • Culture & Values
  • Configurations
    • Cycle Time
    • Deployment PRs
    • Change Failure Rate (CFR)
    • Mean Time To Restore (MTTR)
    • CI/CD - Deployment
    • Incident
    • Initiative
    • Investment Distribution
    • PR Labels
    • Code Health
    • Code Coverage
    • DevEx
    • Notifications
    • Manage Access
  • FAQ's
    • Data Security
      • GitHub App Permissions Details
      • Why does Typo need write permission to my code?
      • Does Typo has access to my code?
      • What data security guidelines does Typo follow?
    • Integrations
      • Can Typo application work with on-prem Gitlab?
      • How do I get Issue Tracker data?
      • How do I get Git data?
    • Pricing
      • How does the pricing work?
      • How do I upgrade my plan?
    • Access Management
      • My team member is not able to login to Typo
    • Metrics
      • How does Typo predict developer burnout?
      • Is there a way to change the branch that Deployment PRs are measured against?
      • Synchronize โ€œCFRโ€ & โ€œMTTRโ€ without incident management?
      • How quick does the pull-request page update? I closed a PR but the Typo still shows Awaiting Review
      • How do I add any new repo?
      • How to Configure Typo Code Health Checks to Block a PR Merge in Git
      • Can I exclude a person from metrics calculation?
      • Can I track the Cycle time based on the status of the JIRA tickets?
      • How do I unlink the JIRA tracker & integrate Linear?
      • How to exclude a PR from any metric calculation?
      • My data is not visible, I have synced the repo
    • Platform
      • Can I use your application on-premise?
    • Delete Account
      • How can I delete my account?
Powered by GitBook
On this page
  • Coding Time
  • Pickup Time
  • Review Time
  • Merge Time
  • How measuring Cycle time can help improve engineering efficiency?
  1. Engineering Metrics
  2. DORA

Cycle Time

PreviousDORANextDeployment PRs

Last updated 9 months ago

The cycle time is the average duration that Pull requests spend in different stages of the pipeline, including "Coding," "Pickup," "Review," and "Merge."

This typo metric helps in analyzing your PR workflows & is generated using your Git data.

Typo considers all the merged Pull Requests for the main/master/production branch for the selected time range and calculates the average time spent by each Pull Request in every stage of the pipeline. As a default, 24-hour day & 7-day work week are considered in all calculations. These can be customized as per your processes.

No open/draft Pull Requests are considered in this calculation.

Coding Time

The "Coding" stage (indicated in red in the screenshot below) represents the time taken by developers to write and complete the code changes.

For all the merged PRs, Typo calculates the average time between the first commit of that Pull Request to that Pull Request being raised for review. In the case of squashed commits (that merge earlier commits), the last available commit associated with the Pull Request is considered to be the first commit - this might impact the actual Coding Time.

Pickup Time

The "Pickup" stage (indicated in green in the screenshot below) denotes the time spent before a pull request is assigned for review.

For all the merged PRs, Typo calculates the average time between the Pull Request being raised for review to the first review comment being posted on it. In case a Pull Request is approved or merged without any comments, the Pickup Time will be considered as โ€˜0โ€™ for all such Pull Requests.

Review Time

The "Review" stage (indicated in yellow in the screenshot below) encompasses the time taken for peer review and feedback on the pull request.

For all the merged PRs, Typo calculates the average time between the first review comment on a Pull Request and the time it is approved. In case a Pull Request does not have a review comment, the Review Time will be calculated from the time that the Pull Request was raised for review. In case a Pull Request has been merged without review approval, the Review Time will be considered as โ€˜0โ€™ for all such Pull Requests.

Merge Time

Finally, the "Merge" stage (indicated in blue in the screenshot below) shows the duration from the approval of the pull request to its integration into the main codebase.

For all the merged PRs, Typo calculates the average time between the approval of the Pull Requests and the time they are merged to the main/master/production branch. The final merge branch to be considered is configurable & can be set as per your processes. In case a Pull Request is merged without review approval, the Merge Time will be calculated from the first review comment on that Pull Request. In case a merged Pull Request does not have any review comments and approval, the Merge Time will be calculated from the time that the Pull Request was raised for review.

How measuring Cycle time can help improve engineering efficiency?

Measuring cycle time can provide valuable insights into the efficiency and effectiveness of an engineering team's development process. These insights can help identify bottlenecks, streamline workflows, and improve overall productivity. Here are some specific insights that can be gained from measuring cycle time and how they can be used to improve engineering team efficiency:

  1. Identifying Bottlenecks: By measuring cycle time for individual tasks or user stories, you can identify stages in the development process where work tends to get stuck or delayed. This helps you pinpoint bottlenecks and areas that require attention or process improvement.

  2. Process Efficiency: Cycle time can indicate the overall efficiency of your development process. Shorter cycle times generally indicate a streamlined and efficient workflow.

  3. Team Productivity: Cycle time data for individual team members provide insights into their productivity and can be used for performance evaluations.

  4. Process Standardization: Tracking cycle time across multiple projects or teams allows for process standardization and best practice identification.

By leveraging the insights gained from measuring cycle time, engineering teams can continually optimize their development processes, reduce inefficiencies, and improve overall team efficiency and productivity. Regularly tracking cycle time and using it as a performance indicator can lead to a data-driven approach for continuous improvement and better software delivery outcomes.

Important notes about how to use Cycle time in Typo:

Benchmarking cycle time will help you implement the best industry practice and improve your teamโ€™s performance & processes. You will also see the steps to improve your cycle time by clicking on โ€œWhat to do if your coding time is high?โ€

When you click on deep-dive, you will land on the PR (Pull Request) section which will provide you with the details of your PR which impacts your cycle time. You can read more about the PR view & resolution here.

Click here to learn more about

Cycle Time configuration