Home > Articles > Software Development & Management

Extreme Programming Practices in Action

Stewart Baird
  • PrintPrint
  • Share ThisShare This
  • DiscussDiscuss

40-Hour Work Week

In XP, development is high in communication and boasts impressive speed. Developers are working in an environment where the stress of change is ever present. Working on XP projects means consistently driving quality and performance throughout the life of the project. How do you maintain quality with overtime-heavy teams? The answer is you can't; defect rates begin to climb, tempers flare, and communication deteriorates. Remembering that an XP core principle is that quality of work can never be compromised, we're going to have to control how many hours developers clock and still maintain high standards.

In the IT industry, workers are increasingly busy and the important is being squeezed out by the urgent. How much of your average day is spent on trivial issues, wading through broadcast emails, and interminable meetings? If energy could be directed exclusively toward the project for eight hours per day, ignoring anything outside of the project, 40-hour work weeks could be successful.

Sustainable Working Hours

The idea of the 40-hour week is that team members should work the hours that they can sustain quality. Sustainable workload could be 40 hours or thereabouts. Each country or culture has differing acceptance of reasonable working hours. The important thing is to recognize what a reasonable work week should be, and then come to an agreement with the team on that number. Tremendous power comes from committing to this up-front and then having the integrity to follow through during crunch time.

Exposing the Overtime Black Market

Establishing a policy of sustainable hours also removes the "black market" in project time. This refers to the very dubious practice of price-fixing the contract (effectively locking the team into charging no more than eight hours per day) while still allowing management to lean on the team to work extended, unpaid hours. For those employees paid on a salary, they are losing personal time for no reward.

Long Term or Short Term

Studies have shown that productivity can actually improve when working between 60–80 hours per week. Younger team members can sometimes be more easily encouraged to work excessive overtime. Youth and enthusiasm enables them to survive this extra work in the short-term and management can view them as expendable. Working after hours with similar die-hard colleagues also lends to the general atmosphere of life on the edge. Senior players who've seen it all before have probably gone home while these volunteer overtime workers continue development. The next day is often spent in rework and recovery from the previous late night. Figure 6.2 shows the increased productivity with increased overtime.

Figure 6.2 Productivity increases over time.

So, short-term gains are possible from working teams harder, but what are the longer-term impacts? Longer working hours over a prolonged period is going to result in staff turnover and poor quality. Exhaustion in an XP team breeds crankiness and irritability, and keeping communication open and positive with your customer will become impossible. If we are using the other XP practices and spending our day on what we know is important and solving problems simply, why would we need more than eight hours per day?

  • Share ThisShare This
  • Your Account

Discussions

Make a New Comment

You must log in in order to post a comment.

Related Resources

Emily NaveCommunity Tips: Starting a User Group Library
By Emily Nave on August 3, 20102 Comments

The Central Penn Adobe User Group (CPAUG) uses a library program to share books from different publishers with members. A short Q&A with group leader Megan Fister provides some great tips for starting your own.

Keep going with GWT
By Federico Kereki on August 1, 2010 No Comments

I've been using GWT for some years now, and I'm still contented with the easier way for web development. After having written a book on GWT development, doing a blog seemed a good idea for answering questions, and for further expanding topics that didn't get a place in the book.

Emily NaveUser Group Organizations: Finding Support in the Greater IT Community
By Emily Nave on July 29, 20102 Comments

Birds of a feather flock together, right? If you’re already a member of an established user group or looking for other like-minded technology evangelists, connecting with peers is an important part of being an active voice in the IT community.

See All Related Blogs

Informit Network