Agile Glossary

Sustainable Pace

What is Sustainable Pace?

The team aims for a work pace that they would be able to sustain indefinitely.

This entails a firm refusal of what is often considered a “necessary evil” in the software industry – long work hours, overtime, or even working nights or weekends. As such this “practice” is really more of a contract negotiated between the team and their management.

Also Known As

The term “sustainable pace”, more general, was proposed by Kent Beck himself in replacement of the original “40-hour week” denomination for this Extreme Programming practice.

Expected Benefits

The Agile mindset views recourse to overtime, other than on an exceptional basis, as detrimental to productivity rather than enhancing it. Overtime tends to mask schedule, management, or quality deficiencies; the Agile approach favors exposing these deficiencies as early as possible and remedying their underlying causes, rather than merely treating the symptoms.

Academic Publications

There is a consensus that research in manufacturing industries generally shows that overtime has a detrimental impact on productivity.

Some caveats apply when transposing this to software development; one review considers the research in this area inconclusive; even defining the term “productivity” is problematic in the context of knowledge work; few studies appear to have been conducted that apply specifically to overtime among knowledge workers.

Several articles and industry presentations have made a strong case against overtime in the software development context, and provide further references to published academic research.

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. LEARN MORE >

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

The Kanban Method is a means to design, manage, and improve flow systems for knowledge work. The method also allows organizations to start with their existing workflow and drive evolutionary change. They can do this by visualizing their flow of work, limit work in progress (WIP) and stop starting and start finishing.
Burndown charts and burnup charts track the amount of output (in terms of hours, story points, or backlog items) a team has completed across an iteration or a project.
A high-level summary of the project's key success factors displayed on one wall of the team room as a flipchart-sized sheet of paper.
The product owner is a role on a product development team responsible for managing the product backlog in order to achieve the desired outcome that a product development team seeks to accomplish.
An iteration is a timebox during which development takes place. The duration may vary from project to project and is usually fixed.
A product backlog is a list of the new features, changes to existing features, bug fixes, infrastructure changes or other activities that a team may deliver in order to achieve a specific outcome.

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.

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.