Agile transformation: The Low

A few months into any company's journey towards agile development I often see a point which I call the Low. This is where you've brought in a few experts, and done a few of the things they've said... but nothing seems to have improved and now people are wandering round »

Waste

What's the difference between a merely good Scrum organisation and a great one? The answer is waste. Waste in a Scrum context is loosely defined as any activity which does not result in something the customer uses. At its most obvious we're talking things like TPS reports and bikeshedding, but »

Avoiding nightmare releases

Something I've seen a lot of supposedly Agile teams fail with is releases at the end of a project. Everything up to that point ticks along nicely, but the final sprint is a monstrous combination of time extensions, shifting scope, last-minute changes and unexpected problems. I've seen all sorts of »

JFDI Deployment

One of the things which small and startup companies often do so much better than large, established ones is encapsulated in this four-letter acronym: JFDI. Just Fearlessly Do It. (You can exchange your own 'F' if you prefer). The reason you JFDI so much as a small company is because »

Repeating yourself

I think all good developers are aware of the basic axiom of "don't repeat yourself" - avoiding writing similar code over and over by making the effort to design and refactor what you've got so it handles all of your use cases. Where we're not so good is being able »

No (more) heroes

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 »