๐Ÿ“–
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
  1. Engineering Metrics
  2. Pull Request Metrics

Coding Days

PreviousAvg. Commits During PR ReviewNextCoding Time

Last updated 9 months ago

Coding days represent the average number of days per week each developer commits their code to Git. This metric is different from Coding Time.

To calculate Coding Days, Typo counts the number of days for each developer with registered commits in a given week. The same method is used to calculate Coding Days for a team - itโ€™s the average of Coding Days for each developer of that team. As a default, 5 days are considered as a work week. In case this needs to be changed, the configuration can be done accordingly.

Measuring coding days can be a useful metric to assess bottlenecks in the development process, improve Workload Balance & estimate accuracy.

Benchmarking coding days enables engineering teams to optimize resource allocation, evaluate performance, streamline processes, and mitigate risks, ultimately enhancing overall productivity and efficiency.

How does measuring coding days help in improving the Engineering teams' efficiency?

Measuring coding days offers valuable insights into the efficiency and productivity of engineering teams, facilitating continuous improvement and optimization efforts. Here are a few points highlighting how tracking coding days contributes to enhancing engineering team efficiency:

  1. Resource Allocation: By monitoring coding days, teams can better allocate resources based on the complexity and duration of tasks. This ensures that team members are assigned tasks effectively, maximizing productivity and reducing idle time.

  2. Identifying Bottlenecks: Tracking coding days helps identify bottlenecks in the development process. Teams can analyze patterns of prolonged coding days for specific tasks or projects, allowing them to address underlying issues such as unclear requirements, technical challenges, or resource constraints.

  3. Performance Evaluation: Coding days metrics serve as a quantitative measure of team performance. By comparing actual coding days against planned estimates, teams can assess their efficiency and identify areas where improvements can be made.

  4. Process Optimization: Insights from coding days data enable teams to optimize their development processes. By analyzing factors contributing to extended coding days, such as inefficient workflows, excessive rework, or inadequate tooling, teams can implement process improvements to streamline development cycles and reduce time to delivery.