Do you recognise this? You’re working for a while on something you like working on. It’s challenging work, but you know you can do it. You have lost track of time. Weren’t you supposed to eat 2 hours ago? And now that you mention it, you really need to go to the bathroom. You look at the clock and four hours have past since the last time you consciously noticed the time. You have been in flow.
Flow, or being in the zone
The other day I was listening an interesting episode of the James Altucher podcast. In it researcher Steven Kotler talked about the concept of Flow. Not flow as in the way work flows through a process (like described in the seminal book “The Principles of Product Development Flow” by Donald Reinertsen. But flow as in “being in the zone”, the feeling of utter concentration, where there’s no sense of time and creativity is optimal. This phenomenon is popularised by psychologist Mihaly Csikszentmihalyi (don’t ask me to pronounce ;).
Kotler argues that to get into flow, it helps to work on something that is socially risky. Meaning that you have to show what you’ve been working on, probably on a deadline, and therefore running the risk to be criticised. Having this (perceived) pressure to perform seems to help you get into the zone more easily.
Scrum helps you get into flow
So I argue that Scrum helps you getting in that state of flow for two reasons. First, working in sprints imposes a sort of deadline on the work you have planned. So, there is social risk involved. The planning of the sprint is shared with stakeholders, and though we don’t speak of a commitment towards the sprint planning (it’s a best effort forecast), the Scrum team is committed to putting their back behind it and work together to reach their agreed upon Sprint goal. As a team member you will perceive some (self-imposed) pressure of the looming deadline.
Second, the Scrum team shows the result of the Sprint, the increment, in the Sprint Review to gather feedback from stakeholders. This also is a factor contributing to the social risk. In the Sprint Review the team demonstrates their actual result. It is very transparent what the outcome of the sprint is.
For this to work, team members should be able to focus on their tasks once they have planned their work. Disruptions should be kept to a minimum. Csikszentmihalyi explains the conscious mind can process 120 bits per second. Listening to a person talking takes about 60 bits/s, so you can effectively follow 2 conversations simultaneously and you are at 100% utilisation, the limit. Nothing else you can do. Putting the full processing power of your conscious mind to working on something you’re passionate about, and nothing else gets noticed, not conversations or even your bodily experiences (like a full bladder ;). So minimize distracting conversations and focus on the task at hand.
But what about all those Scrum meetings?
An often heard argument against Scrum is that it is meeting dense (read Barry Overeems advice how to parry this) and keeps people out of their flow. The image that is presented is that of spending a day every two weeks in a meeting room, getting no work done, and a daily interruption with the Daily Scrum. My counterargument is that first, the Scrum events (they are called events for a reason) replace a lot of meetings that are now unnecessary. So stop doing those! Second, the rhythm of these events decrease complexity: you now know exactly when you are going to review, retrospect and plan. No more random ad-hoc meeting request that really devastate flow. Third, regarding the Daily Scrum: I would argue that the Daily Scrum introduces a mini deadline (each Development Team member forecasts what he or she will complete the coming 24 hours). This again introduces social risk within the team, helps team members focus on the tasks at hand, and helps them get into flow. I have seen this in reality after the Daily Scrum in the morning: a silent team room; focused, concentrated people; someone making a remark: “hey, weren’t we going to lunch an hour ago?”.
Now, what to do? Make sure your team is getting the most out of Scrum. Remove all unnecessary meetings, let them set a goldilocks goal (not too simple, not too hard) and get out of their way. And make sure others get out of their way as well ;). Scrum on!