I've been trialling a new technique in interviews recently, and the results so far have been good so it feels worth sharing. Essentially it's a refinement of the "try to make the interview as much like the real work environment as possible" approach I've written about previously [https://mattkimber.co.
Semi-anonymous Internet idiots like me love telling you all these things you should be doing about team structure, organisational approach and Really Exciting Technology but we're often a bit light on what happens when you actually do these things, and your self organising consensus driven team hits the switch for
I had an interesting conversation last night about that old bugbear, the annual performance review. No matter how many well-meaning attempts have been made with SMART targets or peer review systems, every annual review I've had or given during my professional career has gone something like this: * Here are a
A good development team has no heroes. There are three common "heroic" feats in software development: * Hacking in features in a fraction of the time it should have taken. * Pulling all-night hacking sessions to get a delayed project out the door. * Fixing a hack that exploded in production and took
I talked yesterday about what happens when development teams lose ownership of the software requirements. In that, I mentioned that teams need to own their architecture and technology stack. Surely this is so self-evident it barely needs mentioning? Well, not quite. In fact, it's incredibly common for developers to be