September 2009 Archives

Patrick Wilson Welsh blogged a while back about the role of the agile leader and I think he is pretty bang on. He outlines four qualities or tools an agile leader needs to be successful in an environment where the old maxims of project management, or management in general, or even technical leadership doesn't cut it anymore. The tools are:

1. Continous team building
2. Continous planning
3. Continous unblocking
   
4. Continous improvement (which in the lean tradition is also known as Kaizen).

The importance of each one varies with the environment in which a team operates, but all are necessary. And one of the key things a lot of organisations doesn't seem to understand is that building a team isn't about creating a team that works well with a benevolent dictator keeping a watchful eye on them at all times, but rather creating teams that to almost no degree needs a "boss" at all. This is a team where continous self-improvement for the individuals and the team as a whole isn't something mysterious regarding japanese logographics, but rather routine. The thing a team really needs help with is unblocking. This must be done by someone who shouldn't write code at the same time. I've tried that model and it sucks royally. 

But how do we create or foster leaders like this? There are several things we need. We need whole organisations that are willing and easy to change. No small feat. Is this best achieved from the bottom up or top down? The lean/toyota philosophy dictates bottom up or rather at all levels in the organisation and that all levels are of equal importance. A common trait in companies and organisations is that rigidity comes with size. And a rigid already established company is even harder to change that creating lean smaller companies.

A team with such a leader wouldn't function very well in an old-school environment, and they must go hand in hand. Educational institutions must somehow adress these challenges in the future as they're at least not in Norway even adressing agile methodologies properly. They're way behind the curve as it is. And methodologies aren't enough as Abby Fichtner wrote in a blog post which was a precursor to Patrick's. Some of these values or tools mentioned by Abby and Patrick are mentioned in several methodologies but perhaps not the continous part in all settings. And do you really need a full blown methodology that dishes out all this and gives you a certification for just showing up at a course? I don't think so.

This is probably directly interesting to Norwegians since the content in question is in Norwegian, but the concept is so very cool. In Norway we have NRK the state broadcast corporation which has a very contemporary view on sharing its on content to the public. It is after all paid for by the people through taxes. And they have a rich library of media streams available on the net of mostly all television productions they created themselves.

I came across this little blogpost (in Norwegian) about Erlend Klakegg Bergheim's effort to write a fuse filesystem which scrapes the archive web pages and creates a file system which you can mount as a regular file system on linux. Then just point your asx-capable media player (like vlc, mplayer, totem or kaffeine) to the "file" and play away. It is simply genius and ingeniously simple and makes browsing the content a breeze.

It's written in python and chimes in at a 250 lines of code in total. The source is available at github:klakegg/nrkfs