“Shonky” means poor or low quality where I come from. I realised it was a Kiwi phrase, or at least Antipodean, when I told my current UK based team to “give me a shonky user interface (UI)”. They looked puzzled, then laughed, then asked me what I meant, then laughed again, then adopted the phrase into the team vocabulary.
Aside from the entertaining aspect of my request, it does raise two questions:
When Kanban folk talk to Scrum people the conversation can often get heated with recriminations and finger pointing. Personally I’ve got a pragmatic, or eclectic, style of Lean-Agile. None of the published methods are the silver bullet. But they all have something useful to offer.
Continue reading
Cucumber is my tool of choice for Specification by Example. I like Cucumber for three reasons:
What do you do when management asks for a percentage complete on an Agile project? The flippant answer is “tell them the percentage complete”. Agilists reject percentage complete when reporting on low level stuff. But for the project as a whole you can get quite an interesting metric, one that is based on real data, so why not calculate and share it.
I both embrace change and also fight like crazy to reduce scope creep. On my current programme I use three main techniques to control scope: Programme Vision, Release Goal, and Requirements Trade-off. In different ways all of these put the business in control of what is in/out of scope. But they all help me stay within budget and time constraints.
Continue reading
I’ve been using the Kanban method for several years now and I recently introduced my latest team to its joys. I do a lot of arm waving to explain the method but I also direct them to some essential viewing/reading. So I thought I’d share my Kanban recommendations – one video, two posts and a book.
Continue reading
I love the whole concept of Specification by Example. This approach ticks several boxes for me:
What do you do when a developer claims “I’m 90% complete”? Well, don’t rely on it and patiently wait for 100%.
Continue reading
“Stand up please”. Old habits die hard and because I started Agile with Extreme Programming I “Stand up”, I don’t “Scrum”. Otherwise the two types of meeting are pretty similar. “What have you done since we last met? What will you do before we meet again? Any impediments?”
Great meeting. Wrong questions.
As Mike Cohn explained back in 2006, and Matt Wynne reminded me last year, the daily meeting is a Planning session. It is part of Mike’s planning onion because the aim of the “Stand up” is to develop the plan for the day.
Continue reading
Pair programming is one of the technical practices from Extreme Programming (XP). I have observed that pair programming works best when either member of the pair are in discovery mode. If there is little discovery going on, by either of the developers, there is little point in pairing.
Continue reading