Archive

Archive for June, 2008

Culture Kills

June 21st, 2008 No comments

Andy Hunt recently posted a great piece: Stage 0: Not Ready For Agile. He was all set to give a talk at a company until, well, someone discovered he was coming. Turns out the manager that contacted Andy hadn’t followed the non-existent process and instead of congratulating him or her on bringing in a well known speaker, they decided it’d be better if it could never happen again.

As stunned as I was by this, I’m not surprised. Talk is cheap – it’s easy to say you want to be (or are) agile but the proof is in the pudding. You can say you value collaboration but when there are three levels of indirection between developers and end users, that statement echos hollow.

Culture plays a huge role in how we build software; Andy lists several traits that indicate you might not quite be up to the challenge of agile. Some are fixed more readily then others but if your culture won’t support it, you’ve got your work cut out for you. Unfortunately, cultural issues don’t respond to technical solutions as Reg Braithwaite says so well with this quote:

“Cultural problems cannot be solved with technology. If you are an advocate for change, ask yourself what sort of cultural change is needed, not what sort of technical problems need to be solved.”

Changing culture is hard, but for many organizations, it’s the critical first step towards better software.

Categories: Agile, Development, Rants, Software Tags:

The Purpose of Process

June 21st, 2008 No comments

It shouldn’t be a big surprise that I prefer low ceremony agile processes to their heavyweight waterfall brethren. While I’m certainly not anti-process, I’ve spent way too much time in meetings defining how we were going to write software. Recently I wondered, do other industries spend so much time on mundane details like templates for issue logs? Perhaps they do, but I doubt the architects of the new 35W bridge spent a lot of time discussing the how they would document the plans for the new roadway.

Most companies I’ve worked for spend an awful lot of time and money on process. Much as no serious enterprise would ever consider deploying SAP or PeopleSoft without a hefty does customization, every organization wouldn’t dare to use an off the shelf process. No, it’s better if a group of people spend months coming up with the perfect approach and a set of presentations that would make Tufte weep. Despite a lot of pats on the back, I’ve yet to see this effort lead to any significant business value, yet it is a persistent part of the environments I’ve worked in.

It seems to me that most companies focus on process for one of three interrelated reasons. First off, there are a number of people in technology that, well, aren’t very technical. Some of these folks *used* to be, but many just bluffed their way into higher paying roles and well, they need things to work on. Of course not everyone needs to spend their free time brushing up on the finer points of the closures in Java, but last I checked templates don’t compile their way into working software.

Second, software projects have a nasty tendency to fail and to combat this fact, most organizations want greater control over the work. To accomplish this goal, they invent more and more process, more gates, more checkpoints. Of course it doesn’t really work that way, and the tighter they grip, the worse things get (hmm, sounds like a Star Wars quote to me.)

Project failure brings us to reason number three: plausible deniability. If (or is it when?) a project isn’t everything it can be, we can always point the finger at the process as either a point of blame (if only the process had a few more gates…) or as an example of success (as in: we’ve got a great process now…) Following the corporate standard also gives managers et al an easy out: yeah, the project failed, but we followed the all mighty process.

Don’t get me wrong, heroic software development isn’t good either. I’ve worked in manners best described as fire fighting and frankly that’s just too much stress for me (though some people I know absolutely thrive on that rush.) Like so many things, process lives on a continuum. At one end, we have absolutely nothing – hack and code, cowboy coding, whatever you want to call it. On the other end, we’ve got extremely heavyweight command and control approaches that attempt to plot out when every developer will use the bathroom.

Truth is often found between extremes and we should seek a balance. Do what’s right for your project though I’ll always favor the less is more camp. And before you spend the next few months creating the perfect process see if something off the shelf will work. Better yet, try some stuff and see what works for you – repeatedly ask yourself these two questions: what worked and what didn’t; do more of the first and less of the second and you might just find yourself on a successful project.

Categories: Agile, Development, Rants, Software Tags:

Screencasts

June 15th, 2008 No comments

These days, it seems like you can’t go more than three or four websites without running into a screencast. Sure, video is all the rage on news sites but in the technical space I suspect it has something to do with their use in evangelizing Rails; how you couldn’t be impressed by the original “build a weblog in 15 minutes” is beyond me. Though I’ve yet to dig into any of the PeepCode screencasts, I’ve heard they are absolutely top notch and my friend Neal Ford has an IntelliJ show up on the No Fluff site.

Anyway, the Prags have gotten into the mix with their own take on this “new” medium. They’ve got five up at this point and I just bought the first installments of the Ruby Object Model and Metaprogramming. A couple of things have really impressed me: first, there’s no DRM. Once again, Prag shows that they trust their customers to do the right thing. In addition to iPhone ready videos, they have good old fashion QuickTime files and it’s pretty had to beat the price. Oh, one last little touch – when you visit the site (and you’re logged in) they’ve grayed out the screencasts you’ve already purchased. This may seem like a small and obvious detail but I could see a company “neglecting” that in the hopes someone might inadvertently purchase something twice.

I love podcasts and I’ll always be surrounded by books, but somethings are just best conveyed via video. These days we’ve got a ton of great educational options, so if you’re looking to learn something new or brush up on an old favorite, see if someone has a screencast. Heck, with today’s tools, you could create your own!

Categories: Development, Software Tags:

google