My current contract ends in a few more days so I’m taking the opportunity to dust off my worn copy of Rework by 37 signals. I have to make a long overdue thanks to Craig Davidson, an outstanding agile developer I encountered in a previous engagement. It’s not a traditional agile book by any means, […]
I’ve always found it a challenge when new teams are adopting scrum but have simply renamed their list of requirements as a product backlog. Scrum provides a nice facade which shows a steady progress of churning through these requirements, but it makes it extremely difficult to measure the tangible business value. This is particularly the […]
I read with extreme interest James Shore’s blog about FIT but was dismayed that he devalues automated acceptance testing. To claim that FIT is a “natural language” is wrong, it is a developer language and this is possibly why customers don’t get involved. Concordion on the other hand is natural language and I think plays […]
Over the course of my career I have worked at several organisations and have always tried to improve the internal processes using agile techniques and principles. Despite being a valued employee (I hope) at each of the companies I have worked at, the amount of success I achieved in agile adoption always reached some internal […]
Thanks to Ward Cunningham, we now have a wonderful metaphor “Technical Debt” which explains the common problem of skipping a little bit of design or missing out that little bit of refactoring to meet a deadline. Whenever we cut corners there is a very good chance we are taking on more and more Technical Debt. […]
Please help me gather some statistics to help me in my quest for more slack…
It is often quoted that a good developer can be up to 10 times more productive than an average developer, so how can you tell whether a developer is good or not?