
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 [...]