BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ
News Articles Presentations Podcasts Guides

Topics

Choose your language

QCon Plus
QCon Plus

Make the right decisions by uncovering how senior software developers at early adopter companies are adopting emerging trends. Register Now.

 InfoQ Live
InfoQ Live Roundtable

Learn how to implement and manage your API projects with a security strategy and a development mindset. Register Now.

 QCon London
QCon London

Adopt the right emerging trends to solve your complex engineering challenges. Register Now.

 The Software Architects’ Newsletter
The Software Architects' Newsletter

Your monthly guide to all the topics, technologies and techniques that every professional needs to know about. Subscribe for free.

InfoQ Homepage News Opinion: Putting Overtime in Perspective

QCon Plus (Nov 30 - Dec 8): Make the right decisions by uncovering emerging software trends

Opinion: Putting Overtime in Perspective

Bookmarks

Sep 13, 2006 1 min read

Write for InfoQ

Join a community of experts. Increase your visibility.
Grow your career.Learn more
Mitch Lacey is a Program Manager at Microsoft in Redmond, with a passion for Agile software development.  When appropriate to the work, he loves to help a team get fully agile - practicing XP and Scrum, absorbing and living the principles.  Lacey recently blogged about the XP core practice of "Sustainable Pace", which has also been adopted by ScrumMasters and other Agile practitioners, because Agile work, when done in a disciplined, creative way, tends to be very intense.

Definitions on how to implement Sustainable Pace vary, though, from the dogmatic 40-hour rule to "whatever the team can sustain".  For those unfamiliar with the concept, Ron Jeffries, an XP originator, has written:

Extreme Programming teams are in it for the long term. They work hard, and at a pace that can be sustained indefinitely. This means that they work overtime when it is effective, and that they normally work in such a way as to maximize productivity week in and week out. It's pretty well understood these days that death march projects are neither productive nor produce quality software. XP teams are in it to win, not to die.

Lacey goes on to say: "I used to get hung up on this and even today I continue to see others getting hung up on this.  I used to think that I had to work at a sustainable pace and that I would fail if I worked overtime."  He now understands it differently, and makes some suggestions on determining the value of overtime (rather than rushing ahead and doing it for the usual reasons) in his MSDN blog entry called Breaking the Rules of Agile - Working Overtime.

For more on why sustainability is important, read Ron Jeffries' Impact of Overtime on Productivity, which starts out with:
More features will always bring more revenue, more customer satisfaction, other good things. Therefore there is always pressure for people to work harder, longer hours. This is demonstrably a Bad Idea. Here's some evidence, and some ideas about how to know if pressure is too high.
and along the way he covers topics such as these:
  • Industrial Accidents and the Professional Programmer
  • Mental Acuity for Programming
  • Disproportionate Impact of Defects
  • Practices Slide Under Pressure
If you're interested, there's more on Jeffries' site on overtime.

Inspired by this content? Write for InfoQ.

Becoming an editor for InfoQ was one of the best decisions of my career. It has challenged me and helped me grow in so many ways. We'd love to have more people join our team.

Thomas BettsLead Editor, Software Architecture and Design @InfoQ; Senior Principal Engineer
Write for InfoQ

Rate this Article

Adoption
Style

This content is in the Software Craftsmanship topic

Related Topics:

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • IMHO working overtime miss the point

    by Stephane Boisson,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Isn't feedback based iteration supposed to expose problems , so the team can find a way to fix a problem or re-adjust estimation?

    Back to top
  • Re: IMHO working overtime miss the point

    by Deborah (Hartmann) Preuss,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Yes, Stephane, I agree with you. The inspect-and-adapt cycle is a good place to react to such problems and head them off. There really isn't any excuse for a deathmarch on an Agile team that is doing retrospectives.

    But I've also seen teams that don't perceive overtime as a problem so it doesn't come up in the retrospective. Or perhaps there is organizational pressure from outside the team, and they can't shake the feeling that they should comply, so it gets swept under the carpet.

    These teams need some leadership - someone (a team member, a scrum master, a manaer) who encourages them to discuss it, as the author suggests. This can reset expectations and reveal options that can then be dealt with over time in retrospectives.

    What do you think?

    Back to top

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

BT