Time to first commit measures how long it takes a new developer to make their first meaningful code contribution after joining your team. This metric serves as a powerful proxy for onboarding effectiveness, documentation quality, and the overall accessibility of your engineering environment.
What Is Time to First Commit?
Time to first commit (TTFC) measures the elapsed time between a new developer's start date and their first merged pull request or commit to a production codebase. It captures the cumulative effect of your onboarding process, environment setup, documentation quality, and team support practices.
A short TTFC signals that your development environment is well-documented, easy to set up, and that your team provides effective mentoring and support. A long TTFC suggests friction in one or more of these areas-perhaps the environment is difficult to configure, documentation is outdated, or there is insufficient guidance for newcomers.
TTFC should measure meaningful contributions, not trivial changes. A new hire updating a README on day one does not indicate effective onboarding. Instead, track when new developers ship their first feature, bug fix, or meaningful code change that goes through the standard review and deployment process.
How to Measure Time to First Commit
Track TTFC by recording each new hire's start date and monitoring your version control system for their first merged pull request. Most Git platforms allow you to filter commits and pull requests by author, making this straightforward to measure. Calculate the elapsed business days between the start date and the merge date of their first meaningful contribution.
Create a lightweight tracking system-even a simple spreadsheet-that records the start date, first commit date, and any relevant context such as team assignment, role seniority, and whether there were any unusual blockers. Over time, this data reveals patterns that inform onboarding improvements.
- Record start date and first merged pull request date for every new hire
- Measure in business days to account for weekends and holidays
- Define what constitutes a meaningful first contribution to ensure consistency
- Track contextual factors such as role, team, and any blockers encountered
- Review TTFC data quarterly to identify trends and improvement opportunities
Time to First Commit Benchmarks
High-performing engineering organisations aim for new developers to ship their first meaningful code within three to five business days. Companies with excellent onboarding programs and well-maintained development environments consistently achieve this. Some organisations with exceptional DevEx report TTFC of one to two days.
The median TTFC across the industry is closer to two to three weeks, with many organisations taking a month or longer. If your TTFC exceeds two weeks, there is likely significant friction in your onboarding process, environment setup, or documentation that warrants investigation.
Senior engineers typically have a longer TTFC than junior engineers because they are often assigned more complex initial tasks and spend more time understanding the broader architecture. Adjust your benchmarks by role and track each cohort separately for meaningful comparisons.
Strategies for Reducing Time to First Commit
Invest in automated environment setup. Every manual step in your development environment configuration is a potential blocker for new hires. Use tools like Docker, Nix, or devcontainers to create reproducible development environments that can be set up with a single command. Document any remaining manual steps clearly and test the documentation regularly.
Prepare starter tasks before new developers arrive. Identify well-scoped, low-risk issues that are suitable for newcomers and label them accordingly. These tasks should be small enough to complete in a day or two, well-documented, and not require deep domain knowledge. Having ready-made starter tasks removes the guesswork from finding an initial contribution.
- Automate development environment setup to a single command where possible
- Maintain up-to-date onboarding documentation and test it with each new hire
- Prepare labelled starter tasks suitable for newcomers before they arrive
- Assign an onboarding buddy who is available to answer questions and pair programme
- Conduct an onboarding retrospective with each new hire to identify friction points
Time to First Commit as an Organisational Health Signal
TTFC is more than an onboarding metric-it reflects the overall health of your engineering organisation. A codebase that is difficult for newcomers to contribute to is likely also difficult for existing team members to work with. The same issues that slow down new hires-poor documentation, complex setup, unclear architecture-create ongoing friction for everyone.
Use TTFC as a leading indicator for broader developer experience improvements. If TTFC is high, investigate whether the root causes also affect existing team members' productivity. Often, investing in onboarding improvements yields benefits that extend well beyond the initial hire, improving documentation, tooling, and development practices for the entire team.
Track TTFC over time to measure the impact of your improvement efforts. As you invest in better documentation, automated setup, and clearer onboarding processes, TTFC should decrease. This gives you concrete evidence that your investments are paying off and helps justify continued focus on developer experience.
Key Takeaways
- Time to first commit measures elapsed time from a new hire's start date to their first meaningful merged contribution
- High-performing organisations achieve TTFC of three to five business days; the industry median is two to three weeks
- Automate environment setup, prepare starter tasks, and assign onboarding buddies to reduce TTFC
- TTFC reflects broader organisational health-friction for newcomers often indicates friction for everyone
- Conduct onboarding retrospectives with every new hire to continuously improve the process
Frequently Asked Questions
- What counts as a meaningful first commit?
- A meaningful first commit is a code change that goes through your standard development process: code review, automated tests, and deployment. It should involve actual logic or feature work rather than trivial changes like fixing a typo in documentation. The goal is to measure when a new hire can participate in the normal development workflow.
- How does TTFC differ for remote versus in-office hires?
- Remote hires often have a longer TTFC due to reduced access to informal support and more reliance on written documentation. This makes TTFC especially valuable for remote-first organisations because it highlights gaps in asynchronous onboarding practices. Invest in comprehensive written guides and virtual pairing sessions to close the gap.
- Should we set a TTFC target for the team?
- Yes, setting a TTFC target is valuable as long as it is used to improve the onboarding process rather than pressure new hires. A target of five business days is ambitious but achievable for most organisations. Share the target with the team and focus improvement efforts on removing the blockers that prevent new hires from contributing quickly.
Get Onboarding Checklists
Our Engineering Manager Templates include comprehensive onboarding checklists and new hire setup guides to help you reduce time to first commit.
Learn More