
Last week, Jurgen Appelo wrote an article called Scrumbuts are the best part of Scrum. I followed up with my Scrumbuts are the downfall of Agile post. Ultimately Jurgen and I are in agreement – it is important to be able to have the maturity to modify a process and not be holden to it’s ways when they aren’t working. However, it is vital not to just change a process because you lack the context to see when something isn’t working because of your team’s failings.
To help address, this, I’d like to take the high-level areas from Henrik Kniberg’s Scrum Checklist and discuss when it is and is not appropriate to modify them. They are:
It is my hope that this series will help show the differences about when ScrumButs are a great thing – and when they most certainly are not.
[...] « ScrumBut – Part 0 – Introduction If this post is older than July, 2009 and looks funny (missing tags, source code formatting, [...]
[...] – Part 3 – Daily Scrum << Team Members Sit Together | Series Home [...]
[...] 5 – Retrospective after every sprint << Sprint Planning Meetings / Sprint Backlog | Series Home | Demo Happens After Every Sprint [...]
[...] – Part 4 – Sprint Planning Meetings / Sprint Backlog << Daily Scrum | Series Home | Retrospective After Every Sprint [...]
Very good text. I’ve found your site via Bing and I’m really happy about the information you provide in your posts. Btw your blogs layout is really messed up on the Kmelon browser. Would be really great if you could fix that. Anyhow keep up the great work!