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 […]
At the risk of being lambasted by the agile community I will use the words enterprise and agile in the same sentence 😉 This article largely follows on from some previous entries and in particular my entry on user centred test driven development. It is often a complaint that large organisations trundle along painfully and […]
Another emergn coach asked me the other day how I distinguished between an acceptance test and regression tests. For me there is a very simple rule… If I write the test before I write any code, it’s an acceptance test. If I write the test after I’ve written the code, it’s a regression test. If […]
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. […]
I’ve been researching material to support an article on my company blog entitled “Agile Dictators” and it left me thinking about how Agile started in the first place. The more I reflect on this, the more I am left feeling that Agile is actually a mutation in software development and this is one of the […]
Thanks to a colleague at emergn I’m left questioning the real value of TDD.
Stop right there… You’re not agile… There are no buts in agile… If something is wrong, you change it, you don’t say “but”… If you truly can’t change it, then you’re truly not agile either. To be agile doesn’t mean you must follow any particular methodology, to be truly agile you must be actively seeking […]