Extreme musings pt. 2

This is part 2 of my reflections after 2 months of XP development. (Part 1 can be found over yonder.)

A culture of productivity

One thing that XP really fosters is a culture of getting things done. The entire process is focused around delivering tangible business value to your customer. TDD, and even more-so BDD, are setup so you only write the code you need to get an actual task done. Gone are the days of engineering an entire framework only to later realize it won't work with future requirements or that it wasn't needed at all.

One thing I do miss with this style of development is that it can be fun to architect the frameworks. There is definitely a perceived elegance to throwing some headphones on, getting in the zone, and cranking out huge swaths of code.

However, even though I think I've had success with writing those kinds of frameworks, I can't argue that XP delivers more business value faster. There is still room for those frameworks in XP, but you don't end up writing them until there is a real need for them.

I've heard a saying before that goes something like "The first time you write something, do a one-off, the second time do a one-off, and the third time figure out if there's an abstraction." This what XP guides you to do.

Another thing that's really refreshing is that everyone I now work with is simply focused on being productive. It's not even a burden to them mandated from some whip-cracking exec as much as it is just who they are. An XP shop, at least the one I'm at, seems to automatically weed out anyone who would rather spend half a day surfing the web than be working. The fact that your pair can probably tell the difference between reddit and an IDE probably helps ;)

Less stress

As a whole, the developers I work with who are doing XP are less stressed than any other group I've ever seen. A lot less actually.

A common myth seems to be that if you're not stressed, you're not working hard enough. It's as if there is this secret potential that can only be unleashed if you're stressed. I think it's just the opposite, at least with people who naturally want to be productive. (And do you really want to work with anyone who's not?)

XP (and Agile) is all about getting the most value out of the time you have. You have 4 developers and 2 weeks - lets get the most value we can out of it. Everyone is considered on the same team and everyone has the same goal.

As long as everyone on the project agrees to stick to that approach it results in really happy developers who are excited to crank out quality features faster than I've ever seen. I've been lucky and haven't had to deal with external pressures such as a conference or presentation that might squeeze the timeline yet, but I would say there is less total stress among the ~50 developers I currently work with than the amount in the 12 developers I was with previously.

Also, in true XP fashion, overtime is pretty much disallowed. There are rare cases where this rule is broken, but it's far from the norm. Having a team of fully rested, alert developers seems be often under-appreciated elsewhere, and I'm glad that, as an anti-cement-cutting-board company should, a good life/work balance is highly valued.

Happy customer

All these factors seem to result in happy customers, which is a huge win. Having an honest and engaging relationship with your customer might seem scary at first, but when it works it's a beautiful thing.

Most of our projects have the product owner on-site where they can see exactly what is going on every single day. There's really no way to hide anything, and in the end you realize you don't need to.

For example, my current customer has been quite satisfied with the results we've been able to deliver, and I think it's largely the XP process we can thank for that. We've been honest with him, and he's appreciated that. When thing are good we let him know, and when things aren't going as planned we tell him honestly. The transparency has built a level of trust within the team that is really refreshing. Ultimately, it's better to have your customer decide to abandon a non-essential time sink of a task than to pretend everything is ok and end up delivering sub-par quality.

If XP is wrong, I don't wanna be right

At the end of the day, XP isn't a perfect glowing mecca of butterflies and sunshine, but it's as close as I've seen so far. I often feel like I'm at some sort of oasis where developers have gathered after being worn out at other jobs.

It's really great to be a part of a dedicated team of people solving real problems and providing real value every single day. When you couple that with an environment of honesty and an intentional lack of overtime, you don't have to twist my arm to convince me it's where I want to be right now.

People ask me how we can survive in the economy when we bill in pairs and pay employees well. I tell them I don't know all the details, but we constantly have so much work we're turning down jobs - so something must be going right. At this point, as long as I can have a job where I get to work like this I'll let someone else worry about the rest :)