---
title: "Gordian Knots in Software Engineering"
description: "Discover how LinkedIn measures engineering productivity with 3 key speed metrics. Data-driven insights for startup leaders to optimize developer performance."
categories: ["engineering"]
keywords: ["LinkedIn Developer Productivity","engineering productivity metrics","software engineering performance","developer speed metrics","latency optimization","code review efficiency","software development best practices","Tomasz Tunguz"]
ai_summary: "Explore LinkedIn's approach to measuring engineering productivity through latency metrics for enhanced developer performance."
date: 2024-01-09
lastmod: 2026-07-28
canonical_url: https://www.tomtunguz.com/linkedin-developer-productivity-metrics/
author: "Tomasz Tunguz"
---

Measuring engineering productivity is a [Gordian knot.](https://linkedin.github.io/dph-framework/)

How does a manager measure the performance of an engineer? Lines of code, like lines of a blog post aren't a good metric. Most of the time, short, direct prose is better than verbose or lengthy sentences that carry on forever because they haven't been edited & really ought to be, but someone was rushing or forgetful, & they lose the reader along the way. 

Great code is succinct & clear.

So is LinkedIn's [Developer Productivity and Happiness Framework,](https://linkedin.github.io/dph-framework/) which explains how their developer teams are measured. 

LinkedIn selected three metrics for most engineers & they all revolve around speed.

1. Developer Build Time : the time between when a developer writes code to when he or she can test it on their computer.
2. Post-Merge Duration : the time between committing code to seeing it live on the website.
2. Code Review Response Time : how long code awaits a peer-review

Each of these metrics optimizes throughput or work-velocity by preventing bottlenecks in the development process.

They aren't about individual production metrics but overall process latency metrics. 

In graduate school, I attended an operations course that assigned the book [The Goal](https://www.amazon.com/Goal-Process-Ongoing-Improvement/dp/0884271951), a fictional story about a manager tasked with optimizing a declining business. 

The key lesson : optimize for the entire system end-to-end, not each step.

Lines of code or number of commits focus on components of the engineering process. Latency encompasses the entire chain.

Alexander the Great cut through the Gordian knot with his sword. Perhaps, latency optimization is the analogue in managing software engineering teams.