A reference from Weave

Find a term

Get clear definitions of software delivery metrics and the practices behind them, from deployment frequency to recovering from a failed change.

Search results

174 terms
  • Abstraction branching

    Abstraction branching is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Aftercare monitoring

    Aftercare monitoring is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Alert to action time

    Alert to action time is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Artifact advancement

    Artifact advancement is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Artifact promotion

    Artifact promotion is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Artifact version

    Artifact version is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Automated deployment

    Automated deployment is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Backward-compatible change

    Backward-compatible change is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Blue-green deployment

    Blue-green deployment is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Branch lifetime

    Branch lifetime is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Build artifact

    Build artifact is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Build failure rate

    Build failure rate is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Build provenance

    Build provenance is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Build queue time

    Build queue time is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Build reproducibility

    Build reproducibility is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Canary deployment

    Canary deployment is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Canary rollout

    Canary rollout is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Change approval

    Change approval is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Change approval time

    Change approval time is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Change failure

    A change failure is a production change that causes an incident, service degradation, rollback, hotfix, or another defined operational problem. The organization must define which outcomes count before calculating a rate.

    DORA and DevOps
  • Change failure analysis

    Change failure analysis is the structured examination of a software change that caused a production failure or required immediate intervention. It connects the change, failure mode, user impact, detection, response, and prevention work so the delivery system can learn.

    DORA and DevOps
  • Change failure definition

    Change failure definition is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Change failure rate

    Change failure rate is the proportion of production deployments that require immediate corrective intervention, such as a rollback or urgent fix. It relates failures to deployed changes instead of counting every incident affecting a service.

    DORA and DevOps
  • Change failure rate definition

    Change failure rate definition is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Change lead time

    Change lead time is the elapsed time between a code change being committed to version control and that change being deployed in production. It describes a specific portion of software delivery, rather than the full time from an idea to a customer outcome.

    DORA and DevOps
  • Change lead time definition

    Change lead time definition is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Change retry rate

    Change retry rate is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Change size

    Change size is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Change traceability

    Change traceability is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Change validation time

    Change validation time is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • CI feedback time

    CI feedback time is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Code to production time

    Code to production time is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Commit to deploy time

    Commit to deploy time is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Configuration as code

    Configuration as code is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Configuration state drift

    Configuration state drift is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Connection draining

    Connection draining is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Consumer-driven contract

    Consumer-driven contract is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Continuous delivery

    Continuous delivery is a software development approach in which changes are kept in a releasable state through automated build, test, and delivery practices. A production release may still require a human decision.

    DORA and DevOps
  • Continuous deployment

    Continuous deployment is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Continuous integration

    Continuous integration is the practice of merging small code changes into a shared branch frequently and validating them with automated builds and tests. Its value comes from early feedback, not from running a pipeline on a schedule alone.

    DORA and DevOps
  • Continuous integration practice

    Continuous integration practice is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Continuous quality testing

    Continuous quality testing is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps
  • Continuous testing practice

    Continuous testing practice is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Contract-first development

    Contract-first development is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Corrective release

    Corrective release is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Dark launch

    Dark launch is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Data migration

    Data migration is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Database backfill

    Database backfill is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Declarative infrastructure

    Declarative infrastructure is a release engineering and DevOps concept for controlling how software changes are prepared, introduced, or understood.

    DORA and DevOps
  • Delivery pipeline

    Delivery pipeline is a software delivery concept used to describe a specific event, interval, control, or operating condition in the path from source change to production behavior. A useful definition names the boundary, unit, and decision the measure supports.

    DORA and DevOps