What is an agile retrospective? Who arranges it, when and what for?
According to PWC’s 20th CEO Survey, almost a quarter of CEOs singled out innovation as their top priority for 2017. I asked our Project Manager Paul Klich for his opinion.
Possibly, but there is a thing that can help and it’s called collaboration, especially when it comes to working on a new software with your development team. Success is all about the relations between the team members. If you’re not paying enough attention to the spirit, it may not only have a negative impact on your work as an individual but also cause damage to the whole project.
That would definitely be the agile methodology. You plan everything based on the needs of your team and the requirements of the project. You organise the Scrum Sprints that keep your team motivated and informed and then there’s the retrospective meeting.
Working with agile methodology makes it clear for all of the team members what you should do. You have one retrospective meeting for each Scrum Sprint to help you solve any problems. It should not, however, have a negative impact on team cooperation, it’s only a part of the whole process of software development.
A scrum master, of course. If there isn’t one in the team, it’s usually a project manager who serves as both product owner and scrum master in smaller and mixed projects. They’ve got the knowledge and experience to arrange and successfully conduct a retrospective. They should work as moderators who help the team members find a good way to communicate. Sometimes, the team can ask the scrum master to organise the meeting, not the other way around.
Not much, all you need is a space where you can all have some privacy, a spare room preferably. You don’t even need chairs to sit on, but a white board or some pieces of paper to write or draw on can always be useful. You also need some time. The Scrum Sprint shouldn’t usually last longer than four weeks and the retrospective itself takes around three hours, but not necessarily.
It’s not always pleasant, considering the fact that you’re supposed to discuss problems related to the project you’re working on. It’s a good idea to mention all the things that work and that you’re proud of, but you should most definitely focus on the problems and prioritising them based on what you and the rest of the team need. As long as you’re talking about problems, discussing solutions is always welcomed. A moderator would be responsible for finding new ways that can improve and simplify the working process of the entire team.
Before the meeting starts, it’s necessary for a scrum master or project manager to plan it and prepare some kind of scenario. You should definitely remember about:
If there’s a lot to discuss, you can always group all the important issues into three classes: current problems, things that work and don’t have to be changed and new ideas you want to implement. And then you brainstorm. It’s recommended to have no more than 5 issues you plan to discuss so you have enough time to analyse each of them. Sometimes it’s impossible to solve all of the problems.
You should definitely set an example yourself, show the team you’re engaged and that you’re supporting each and every one of them and they will feel engaged as well. There’s a lot of things you can do to improve the flow of the meeting and one of them is definitely painting on the board. It helps you to see all the issues as one. You can be a little bit funny too, here’s an example of mine:
Another way to inspire the team is to bring some gadget (again, funny!) that you all can pass from hand to hand and each person that has it, speaks up. You can also bring some photos or cards and each team member has got to find a feature that somehow resembles or describes the issue he or she wants to discuss.
The hardest thing for everyone is to open up. Discussing the problems is never comfortable, but it gets easier and easier with every meeting. You’ve got to make the team feel comfortable and remember to discuss all the issues, somehow managing the meeting by making sure everyone is present and feels equally important. Your opinion is valuable as well, don’t forget to express it.
They serve as some kind of catharsis. The team analyses issues they’re facing and what makes them feel safe and supported. You as a project manager or scrum master have a better view on both the project and the way your team works. Obviously, each team is different and you should always look for what works best for you. That’s exactly what a retrospective meeting can help you with.
Thank you, Paul!