It's going to be a busy week: tomorrow, I'm teaching in London econsultancy.com/schedule/43-ma… and then on Friday I'm in Estonia for bestmarketing.ee/uritused/best-…

A great Meetup yesterday. Here’s the code and slides for my bit. github.com/isocra/todo-ap…

I've always been skeptical of the "one assertion per test" rule. Here Kent shows why it's bad and what to do instead.

Start with objects rather than classes when trying to understand a system. This shows payments in a banking system

Constructive Laziness: being lazy about doing, not lazy about thinking. Ingenuity is born from constructive laziness.

Fitting UX into Agile isn’t straightforward, read these Top 10 Tips for UX Success From Agile Practitioners nngroup.com/articles/ux-su…

Stories in agile are like asteroids. It's OK to have big stories in the distance. When they get close start shooting #agilecam Denis Howlett

The pulse machine almost complete #agilecam Agile Cambridge

.Peter Hilton and therefore different priorities in the backlog

Week 3 and our AEG induction job still isn't repaired so we have to use a camping stove #badservice

Success in an organisation comes from the givers. Don't hire takers! Encourage asking for help. ted.com/talks/adam_gra…

I'm sure everyone will recognise these. All are sources of waste in digital projects x.com/interrante/sta…

69% of projects now say they use Agile. It's still not plain sailing, but it's getting better. nngroup.com/articles/state… via Nielsen Norman Group

At the Channel Tunnel today, I'm reminded of Howlett's theory of relativity: relative to you the other queue always moves more quickly.

Business owners’ holy grail is being able to get software without coding. Programmers’ holy grail is getting documentation without writing.

To engineer successful teams you need to make it safe for everyone to speak up,not worrying about being shouted down inc.com/michael-schnei…

#Agile Is not Easy for #UX: (How to) Deal with It bit.ly/2fks53l

Just been attending an interesting workshop on Working Smarter by @FiddlersCode and I was reminded of the excellent book "Peopleware" by DeMarco and Lister. Even though it was written a while ago, it has great advice for developers and managers alike.