Agile Glossary

Lead Time

What is Lead Time?

“Lead time” is a term borrowed from the manufacturing method known as Lean or Toyota Production System, where it is defined as the time elapsed between a customer placing an order and receiving the product ordered.

Translated to the software domain, lead time can be described more abstractly as the time elapsed between the identification of a requirement and its fulfillment. Defining a more concrete measurement depends on the situation being examined: for instance, when focusing on the software development process, the “lead time” elapsed between the formulation of a user story and that story being used “in production”, that is, by actual users under normal conditions.

Teams opting for the kanban approach favor this measure, over the better-known velocity. Instead of aiming at increasing velocity, improvement initiatives intend to reduce lead time.

Also Known As

Some authors make a distinction between “lead time” and “cycle time”. The former is a “user’s point of view” measurement – the time between a request being made and being fulfilled – while the latter is from a “developer’s point of view” – the time between the start of work on a user story and making the feature available for delivery.

To some extent, these definitions are currently fluid and may vary significantly from one software development team to the next, given the great diversity among software efforts. The most useful response is probably to pick one manner of measurement carefully, and ensure that at least within a given team everyone understands how it’s being used and why.

Thank you to our Annual Partners​

Join us today!

Agile Alliance offers many online and in-person events and workshops for our members. If you’re not currently a member, you can join now to take advantage of our many members-only resources and programs.

Get the latest Agile news!

  • This field is for validation purposes and should be left unchanged.

By subscribing, you acknowledge the Agile Alliance Privacy Policy, and agree to receive our emails.

Additional Agile Glossary Terms

Mob Programming is a software development approach where the whole team works on the same thing, at the same time, in the same space, and at the same computer.
Agile teams generally prefer to express estimates in units other than the time-honored "man-hours." Possibly the most widespread unit is "story points."
The team has the use of a dedicated space for the duration of the project, set apart from other groups' activities.
A unit test is a short program fragment which exercises some narrow part of the product's source code and checks the results.
Members of an Agile development team normally choose which tasks to work on, rather than being assigned work by a manager.
An acceptance test is a formal description of the behavior of a software product, generally expressed as an example or a usage scenario. A number of different notations and approaches have been proposed for such examples or scenarios.
A technique to scale Scrum up to large groups (over a dozen people), consisting of dividing the groups into Agile teams of 5-10.

Help us keep the definitions updated

Ready to join Agile Alliance?

Unlock members-only access to online learning sessions, Agile resources, annual conference discounts, and more! And when you join, you’ll be supporting our member initiatives, regional events, and global community groups.

Privacy Preference Center

IMPORTANT: We have transitioned to a new membership platform. If you have not already done so, you will need to SET UP AN ACCOUNT on the new platform to establish your user profile. Your previous login credentials will not work until you do this set up.

When you see the login screen, choose “Set up Account” and follow the prompts to create your new account. You can choose to log in using your social credentials for either Google or Linkedin (recommended), or you can set up your account using an email address.