When practicing any of the agile software development methodologies – despite an inherent flexibility of those – it is rather important at least to start with a “by the book” approach. This means that when you roll out your agile processes, you try to implement each and every aspect of it, even if that seems useless or not required in your particular situation. Only then you can see from experience that something needs to be tailored – and a retrospective is a powerful tool to facilitate that kind of team learning.

Scrum, being one of the most well-known lightweight agile process frameworks, is used a lot nowadays. But are we using it right? One might argue that an adaptable framework suggests no „wrong” uses – you’d simply tune it so that it suits your needs just perfectly. Although that might be the case in theory, but looking at how real-world Scrum projects cope with different situations, one might come to a conclusion that it isn’t as straightforward as it seems...