Developer productivity metrics are an important part of any engineering team’s growth and improvement; the right metrics can help you better forecast project timelines, understand where to allocate resources, and manage your team’s workload. But measuring developer productivity has been challenging, and, when incorrectly applied, can seem to all but wring every last line of code from overworked developers.

Everyone has experienced it at some point. You’re sure that your teammate shared that key bit of information with you somewhere…but was part of a Jira issue? A comment on a Figma mockup? A long-lost DM between you, your teammate, and someone else a few months ago? If you spend more time hunting down the right information than you do actually using it, you may have a tool overload problem.