In HappyFresh tech-product team, another sprint means another experiment.
One of requirement from agile organization is improvement. Your organization should improving every hour, every day, every time. Improving means increasing positive things or removing negative things. How to be able discover that? usually some of agile organization do kinda sharing session between the employee and decide some improvement. But unfortunately the improvement sometimes comes with “top-down” approach, from top organization managerial, not comes from employees.
I’m grateful to have colleague & manager who value an improvement as a shared responsibility.
In Scrum framework there’s a session to accommodate that necessity, it’s called sprint retrospective. For those who don’t know retrospective session please read guides from Scrum.org here: Scrum guides. This is the example how we hold a retrospective session: Retrospective: Apresiasi dan Mesin Waktu.
Let’s jump into the problem and experiment.
Problem: Sometimes the improvement/action items from retrospective session still not “checked” by PIC (person in charge) of the action items by the end of the sprint.
Pre-condition: I usually use Confluence to documenting all action items, improvement, anything from retrospective session.
- Are they forgot to did the task/action items?
- Are they just forgot to check the items on Confluence?
- Are they just haven’t read the Confluence?
- Are they??
Hypothesis/Expected Result: If i make it more visible, it will raise the possibility of the items will be “checked” by them. “Checked” means they did the action items to avoid previous sprint mistakes.
So, what i did in previous sprint:
- I still used post-it in the retrospective session.
- But, rather than using Confluence to documented the problem and the action items, i used offline materials.
- I used A2 paper to put all post-it (contain with issue and problem).
- I put that offline retrospective documentation close to team’s table, to make sure it’s visible by the team.
- The other advantage of this approach is, team also able to reviewed it in/after/before every daily scrum session.
- It’s kinda give them indirect pressure to avoid similar issue/mistake by did the action items.
- Additional tips: we also able to use offline retrospective documentation from previous sprint as a benchmark for the next sprint retrospective session, just to make sure the mistakes isn’t repeated.
And here’s the Result:
It’s all CHECKED.
Seems like make it visible will increase the awareness of the issue that lead to improvement. It’s not about something that should be pushed, it’s all about shared responsibility. Showing a commitment to improve shouldn’t because of reward and punishment from the organization.
What i want to also highlight: result isn’t the most important one from this approach, instead of learning process itself. So, i think it’s okay to not got all the action items checked by the end of the sprint as long the team has realized that they shouldn’t repeat any mistake in the future. Not repeating 1 or 2 mistake from 5 mistake is still improvement isn’t it?.
So, let’s help them to improve!