# R&D Metrics that Amplify Learning | LinearB Blog

> Selecting the right metrics to measure is the key to improvement. Select metrics that amplify learning and drive quality.

_This is a markdown rendering of a live HTML page on linearb.io, generated for AI/LLM consumption — it is not a markdown-only site. To get the full HTML page instead, request this URL with an explicit `Accept: text/html` header (no wildcard, no markdown preference)._


```json
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Home",
      "item": "https://linearb.io/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://linearb.io/blog"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "R&D Metrics that Amplify Learning",
      "item": "https://linearb.io/blog/rd-metrics-that-amplify-learning"
    }
  ]
}
```

[Home](https://linearb.io/)

/

[Blog](https://linearb.io/blog)

/

R&D Metrics that Amplify Learning

# R&D Metrics that Amplify Learning

![Photo of Erez Cohen](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/logo-mark-lg?_a=BAVMn6ID0)

By [Erez Cohen](https://linearb.io/blog/rd-metrics-that-amplify-learning#erez-cohen)

|

February 12, 2020

![Freepik_com_image_scaled_26736147bf](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/Freepik_com_image_scaled_26736147bf?_a=BAVMn6ID0)

_created by freepik –_ [_www.freepik.com_](http://www.freepik.com/)

_\[Editor’s Note\] This post is authored by_ [_Erez Cohen_](https://www.linkedin.com/in/erezcohen/) _of Practical Agile. Thanks to Erez for attending our meetup and writing this post._

Tony was a [Scrum Master](https://linearb.io/blog/scrum-master). He started measuring the development trends of his team. However, whenever he selected a metric, he got the impression that developers were manipulating the results to meet the targets he set. For example, whenever he measured the closing bugs count, he noticed that from one iteration to another the rate grew from 5 to 15\. The funny thing was that the bug opening count grew as well from 10 to 24\. When trying to measure velocity, it doubled over 3 iterations.

Is this story familiar to you? Let’s see why we should measure. Then we can look at metrics that encourage desired behaviors rather than no-desired ones.

So why should we measure R&D metrics? We measure to amplify learning, to help us improve continuously. That’s what makes us professionals.

Some managers, Team Leaders and sometimes Scrum Masters miss the point and use metrics as a reviewing tool. They use metrics to evaluate developers, to grade them for the bi-yearly review, to decide on the bonus they will get, etc. They focus on output metrics such as lines of code, number of commits, number of pull requests, number of fixed bugs, number of features delivered, etc. Some leaders may mistake velocity as a performance indicator rather than using a planning tool. Those metrics may promote negative behaviors and culture such as metric manipulation and negative competition among team members etc. 

Selecting the right metrics to measure is the key to improvement. Select metrics that amplify learning and drive quality. Before selecting a metric, ask yourselves what you would like to learn and whether the metric you are considering serve your purpose.

In [“R&D execution – Using Significant Metrics” meetup](https://www.meetup.com/Agile-Practitioners-Israel/events/266582473/) led by [Ori Keren](https://www.linkedin.com/in/ori-keren-8254965/), he shared with us research by DevOps Research and Assessment (DORA) led by Nicole Forsegren (PhD). The conclusions from the research that there are 4 key metrics that complement one another. Correlated Elite R&D Groups score highly in all those 4 metrics and they are:

1. Lead time for change – Time from when deciding to implement a feature and until it is in production.
2. Deployment frequency – how often we deploy working software
3. Change failure rate – how often do we have to recover from a failure in production
4. Meantime to restore – how long does it take us to restore a previous version in production.

The research suggests that top-scoring (“Elite Performers”) organizations on all 4 metrics perform significantly better than the others (“Low Performers”): [Elite vs. Low performers](https://cloudplatformonline.com/rs/248-TPC-286/images/DORA-State%20of%20DevOps.pdf#page=15).

Ori also suggests focusing on 3 metrics categories: Delivery, quality, and investment.

Delivery metrics may include those[ measured by DORA](https://linearb.io/blog/dora-metrics), “lead time” and others such as “cycle time”, “time to merge” and “time to release” or deploy. Those metrics can help us learn about our process, automation testing, and our pipeline. For example, if it takes us 2 days to release to production in a 2 weeks iteration, we can look at where we can improve on E2E and regression testing cycle.

Quality metrics may include code churn, bug count in production, time to restore (from prod incident), refactoring rate (% of release code being refactored).

The third category that Ori suggests is “Investment”. “Functional backlog to bug ratio” is the number of bugs worked on in every iteration compared with the number of functional requirements worked on. It teaches us about our investment and may teach about our coding standards quality and engineering practices as well. “Functional to sub-tasks Ratio” represents the number of sub-tasks needed to complete one user story. It may teach about the size of our backlog items. For example, if it takes 20 sub-tasks to fulfill one user story, maybe the size of our user stories are too big or are sub-tasks our too small.

To summarize, use metrics to amplify your continuous improvement. Select metrics that their results may lead you to take action to improve your engineering practices, your process, and your professionalism.

[State of the DevOps (DORA)](https://cloudplatformonline.com/rs/248-TPC-286/images/DORA-State%20of%20DevOps.pdf)

[Download the slides from Ori’s presentation (LinearB)](https://linearb.io/blog/metrics-that-matter-for-engineering-execution)

**Erez Cohen**

I am an agile coach and a software professional; I bring 7 years in Agile experience and more than 20 years in the software industry fulfilling R&D, Product and Project Management roles. I have a strive to learning and constant improvement.  
I am passionate about working with individuals, teams and organizations helping them achieve their goals while focusing on happy clients, product quality and organization productivity.

## Improve developer productivity with LinearB

Find us on

[](https://www.linkedin.com/company/linearb)
[](https://devinterrupted.substack.com/)

## Your next read

[![Cover image for AI agents are killing the pull request and reinventing CI/CD](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/Blog_Post_Name_2400x1256_5_496cdfde2d?_a=BAVMn6ID0)](https://linearb.io/blog/circleci-rob-zuber-ai-agents-pull-request-cicd-sdlc)

Eng. Metrics

[AI agents are killing the pull request and reinventing CI/CD](https://linearb.io/blog/circleci-rob-zuber-ai-agents-pull-request-cicd-sdlc)

CircleCI CTO Rob Zuber explains why AI adoption is killing the pull request and forcing engineering teams to completely reimagine the software development...

[![Cover image for AI ROI comes from measuring engineering outcomes on day one](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/Blog_AI_ROI_comes_from_measuring_engineering_software_security_2400x1256_2c5eae0862?_a=BAVMn6ID0)](https://linearb.io/blog/kraken-nik-sudan-measure-ai-roi-engineering-outcomes)

Eng. Metrics

[AI ROI comes from measuring engineering outcomes on day one](https://linearb.io/blog/kraken-nik-sudan-measure-ai-roi-engineering-outcomes)

Kraken Engineering Operations Lead Nik Sudan details how to establish day-one data infrastructure to accurately measure AI ROI. Discover why raw token adoption...

[![Cover image for AI is rebuilding software delivery from SDLC to ADLC](https://assets.linearb.io/image/upload/c_limit,w_2560/f_auto/q_auto/v1/Blog_AI_rebuilding_software_delivery_2400x1256_3fd5887e75?_a=BAVMn6ID0)](https://linearb.io/blog/sdlc-to-adlc-agentic-software-delivery-transformation)

Eng. Metrics

[AI is rebuilding software delivery from SDLC to ADLC](https://linearb.io/blog/sdlc-to-adlc-agentic-software-delivery-transformation)

Discover how engineering organizations are transitioning from the traditional SDLC to an Agentic Development Lifecycle (ADLC). Learn why rising token costs...

## Structured data

_Machine-readable metadata (JSON-LD) embedded in the page for search/AI context — not content rendered on the page itself._

```json
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "LinearB",
  "url": "https://linearb.io/",
  "logo": "https://assets.linearb.io/image/upload/v1715628027/logo-mark-lg.svg",
  "description": "LinearB is the engineering productivity platform that helps engineering leaders prove AI is improving throughput without sacrificing delivery confidence, flow efficiency, or developer experience.",
  "sameAs": [
    "https://www.linkedin.com/company/linearb"
  ],
  "award": [
    {
      "@type": "Award",
      "name": "LinearB is a Leader in the 2026 Gartner® Magic Quadrant™ for Developer Productivity Insight Platforms",
      "dateAwarded": "2026",
      "awardedBy": {
        "@type": "Organization",
        "name": "Gartner®"
      }
    },
    {
      "@type": "Award",
      "name": "Great Place to Work Certification",
      "dateAwarded": "2025-2027",
      "awardedBy": {
        "@type": "Organization",
        "name": "Great Place to Work"
      }
    },
    {
      "@type": "Award",
      "name": "America's Best Startup Employers 2025",
      "dateAwarded": "2025",
      "awardedBy": {
        "@type": "Organization",
        "name": "Forbes Magazine"
      }
    }
  ],
  "hasCertification": [
    {
      "@type": "Certification",
      "name": "SOC 1 Type 2"
    },
    {
      "@type": "Certification",
      "name": "SOC 2 Type 2"
    },
    {
      "@type": "Certification",
      "name": "GDPR Compliance certification"
    },
    {
      "@type": "Certification",
      "name": "ISO 27001"
    }
  ]
}
```

```json
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "R&D Metrics that Amplify Learning",
  "url": "https://linearb.io/blog/rd-metrics-that-amplify-learning",
  "author": {
    "@type": "Person",
    "name": "Erez Cohen"
  },
  "datePublished": "2020-02-12T01:20:00.000Z",
  "dateModified": "2020-02-12T01:20:00.000Z",
  "image": "https://assets.linearb.io/image/upload/v1720000000/Freepik_com_image_scaled_26736147bf.jpg",
  "publisher": {
    "@type": "Organization",
    "name": "LinearB",
    "logo": "https://assets.linearb.io/image/upload/v1777485755/linearb-logo-2026.png"
  },
  "description": "Selecting the right metrics to measure is the key to improvement. Select metrics that amplify learning and drive quality.\n"
}
```

## More on linearb.io

### Top navigation

- [Book a Demo](https://linearb.io/book-a-demo)
- [AI Code Reviews — Catch security risks, bugs, and spec mismatches](https://linearb.io/platform/ai-code-reviews)
- [AI & Productivity Insights — See how AI tools affect cycle time and delivery speed](https://linearb.io/platform/ai-developer-productivity-insights)
- [Measure AI Impact — Track AI adoption and tie it to delivery outcomes](https://linearb.io/use-case/measure-ai-impact)
- [MCP Server — Chat with your data to spot patterns and boost output](https://linearb.io/platform/mcp-server)
- [Resource Allocation — Cost initiatives and shape your investment strategy](https://linearb.io/platform/resource-allocation)
- [Cost Capitalization — Capitalize engineering costs with audit-ready reports](https://linearb.io/platform/cost-capitalization)
- [Dev Team Management — Set targets and tie throughput to business outcomes](https://linearb.io/platform/goals-and-reporting)
- [DevOps Workflow Automation — Policy-based PR routing, approvals, and tests](https://linearb.io/platform/ai-workflow-governance)
- [AI Powered Support — Unify AI and human code delivery in one clear view](https://linearb.io/use-case/ai-powered-support)
- [Optimization — Surface friction with feedback and MCP insights](https://linearb.io/platform/developer-experience)
- [Reporting — Spot what's working and what needs attention](https://linearb.io/use-case/measuring-developer-experience)
- [Surveys — Turn developer feedback into actionable signals](https://linearb.io/platform/developer-surveys)
- [Platform overview](https://linearb.io/platform/overview)
- [Watch now](https://linearb.io/event/engineering-productivity-gap)
- [Customers](https://linearb.io/customers)
- [Pricing](https://linearb.io/pricing)
- [Why choose LinearB — Explore your data. Measure performance. Act to improve it.](https://linearb.io/why-linearb)
- [APEX framework — The operating model for AI-era engineering teams](https://linearb.io/resources/apex-framework)
- [Anti-FAQ — The questions other vendors won't answer](https://linearb.io/why-linearb/anti-faq)
- [Security — Enterprise-grade compliance and zero code access](https://linearb.io/security)
- [Build vs. buy — The hidden cost of building it yourself](https://linearb.io/resources/build-vs-buy)
- [Dev Interrupted Podcast — Conversations with engineering leaders](https://linearb.io/dev-interrupted/podcasts)
- [Reports & Guides — Deep dives on productivity and delivery](https://linearb.io/resources)
- [Webinars — Expert sessions on productivity and AI](https://linearb.io/resources?category=workshops)
- [Metrics Benchmarks — See how your engineering org stacks up](https://linearb.io/resources/software-engineering-benchmarks-report)
- [Blog — Product updates and practical insights](https://linearb.io/blog)
- [Help Center — Documentation, setup, and support](https://linearb.helpdocs.io)
- [API Docs](https://docs.linearb.io/api-overview)
- [Status](https://www.linearbstatus.com/)
- [Integrations](https://linearb.io/integrations)
- [LinearB Library](https://linearb.io/library)
- [Engineering metrics](https://linearb.io/library/engineering-metrics)
- [Platform engineering](https://linearb.io/library/platform-engineering)
- [Engineering glossary](https://linearb.io/library/engineering-glossary)
- [Developer productivity](https://linearb.io/library/developer-productivity)
- [AI in software development](https://linearb.io/library/ai-in-software-development)
- [Engineering management](https://linearb.io/library/engineering-management)
- [Developer experience](https://linearb.io/library/developer-experience)
- [DevOps](https://linearb.io/library/devops)
- [Engineering operations and the context layer](https://linearb.io/library/engineering-operations)
- [Engineering efficiency](https://linearb.io/library/engineering-efficiency)
- [Software delivery](https://linearb.io/library/software-delivery)
- [Research and data](https://linearb.io/library/engineering-benchmarks-and-research)
- [LinearB is a Leader in the 2026 Gartner® Magic Quadrant™ for Developer Productivity Insight Platforms](https://linearb.io/resources/gartner-magic-quadrant-dpi-platforms-2026)
- [Sign in](https://app.linearb.io/login)
- [Enterprise](https://linearb.io/solutions/enterprise)
- [Contact](https://linearb.io/contact-us)
- [About us](https://linearb.io/about-us)
- [Careers](https://linearb.io/careers)
- [Service agreement](https://linearb.io/services-agreement)
- [Privacy policy](https://linearb.io/privacy-policy)
- [DPA](https://linearb.io/data-processing-agreement)
- [Security FAQ](https://linearb.io/security-faq)
- [Substack](https://devinterrupted.substack.com/)

### Footer

_Additional links from the site footer, not repeated from the top navigation above._

- [GitHub](https://github.com/linear-b)
- [LinkedIn](https://www.linkedin.com/company/linearb)
- [Twitter](https://twitter.com/LinearB_Inc)