Scrum Lessons from World T20
“Scrum and World T20” – I can already see questions flying! What does Scrum have to do with a sporting event like the recently concluded one in Bangladesh?
Before we move ahead, I would like to give a couple of pointers on the background of this write-up. First, my article is inspired by the chain of reactions that were evoked on India’s failure to win the cup, specifically on one person – Yuvraj Singh. Second, my opinions and thought processes of mapping Scrum is applicable only to the Indian team, and not on the tournament as a whole. With the context set, let us see how Scrum comes into the picture.
As we delve further, do note that every Scrum team should have defined roles such as Scrum Master and Product Owner. In my opinion, Captain Dhoni is the Scrum Master, the 11 players on the field are the Scrum Team, and Coach Duncan Fletcher is the Product Owner who represents the larger Product Management Team called BCCI.
India played 6 matches in total (including the finals) which I would equate as 6 sprints. Here, though the duration of the sprint is fixed, it is not necessary the entire duration was utilized (for example, India batted only 19 overs to chase the target as against the allotted 20), so we shall focus only the ability to deliver at the end of each sprint i.e. the match result.
In the first five sprints, it was clinical performance with each team member contributing towards a successful delivery. Like a true self organizing team, each member pulled his weight though there was the argument that some members were not contributing enough to the cause. Think Yuvraj Singh, Mohamad Shami and Shikar Dhawan.
Eventually, after couple of sprints, in retrospective, the non-contributing team members were replaced by a couple of other personnel, and the performance improved. Here, the point to note is that there were no drastic changes, and a majority of the team composition was still the same, which meant the stability was not affected. This is one of the key philosophies of Scrum and Agile in general – stability in the team is to be built over a period, and frequent, drastic changes which can disrupt the dynamics of the team are not undertaken.
So, what exactly are the lessons learnt?
- Having a stable Scrum team is necessary to achieve your targets – it provides better alignment towards achieving your vision or goal. In this sense, I think the Indian team displayed a good trait of not disrupting their team dynamics which ensured that everybody was aware of their role.
- The relationship between Product Owner and Team is critical – a good relationship will ensure better co-operation and this is where the role of the Scrum Master is critical – he can make or break the bridge. Dhoni has been largely successful in this endeavor to ensure that he has backed his team mates to the hilt, and is keeping the Product Owner and Product Management team happy. He has also shielded his team from undue criticism and pressure like a good Scrum Master does.
- Scrum Teams have to be Agile – they should be in a position to adapt and make changes as they go along a sprint with a degree of flexibility to respond to changes. This is where Team India failed in the final sprint, by not recognizing the need to send in a more in-form batsmen ahead of Yuvraj considering the game situation. This is one of the key attributes to any Scrum (or Agile) team – how they respond to changes during the execution of a sprint.
- Sprint Retrospectives are absolutely critical – this exercise is not just to identify what went wrong during a sprint execution, but is also about the challenges faced, and areas of improvement to be identified by the team. After the first three sprints (matches), India could have easily used the game against Australia as an opportunity to provide preparation to their lower order batsmen who did not have anything of note to offer in the previous games. This would have acted as an insurance policy during the knock-outs, in case one of the in-form players flopped. In my opinion, the retrospectives were under-utilized by the team unfortunately.
I understand that it is not practically possible to map every aspect of a practice like Scrum to a sport like cricket, considering that the dynamics of sport differ from the building of working software. At the same time, I believe from my personal experience that Scrum is derived from real life situations as is evident in the Agile manifesto.
I expect many readers to disagree with my opinions and as a final take away, a couple of questions to ponder:
- How would you manage a struggling team member (like Yuvraj) in your Scrum team? What would be your plan of action to set the order right in such a situation?
- Comparing the Indian cricket team to a Scrum team, do you think they were a successful Scrum team? Keep in mind they delivered successfully in 5 of the 6 sprints they took part in.
Drop your comments about what you feel, and let’s agree to disagree!