Posts Tagged Agile software development

Getting them on it right: focus, energy, commitment and motivation

“Problems cannot be solved by the same level of thinking that created them.” Albert Einstein.

Less Vicious Circle

I was about to write another one in the scope of “Getting them…” targeted for Product Owners (PO), however thought that before getting them (stories) out of the sprints it is crucial for sprint success how to get them (team members) on it right…

So story going to be about how PO influences team focus and instills feeling of urgency and what happens if he/she’s not…

To understand this we would need to get back to Sprint Planning meeting (SPM). When PO makes final accords, accepts team commitment and sends team out to the sprint it is very important for everyone to stay focused on the Goals PO presented.

If PO jumps in mid-sprint, having unplanned acceptance criteria, special circumstances, etc… this sends a message: goal is void, direction is being changed, things that had been agreed at SPM are not valid anymore.

Scrum is tense way of delivering software. Constructive tension comes from high commitment and builds up high velocity (aka deliver fast lean principle) that is impossible to achieve without addressing limited and fixed number of issues within timebox.

Let’s understand how this works…

Higher velocity is achieved by staying focused on what is most important. As soon as this vector changes, something that had been important yesterday, becomes less important today, or something else emerges focus drifts away.

But velocity is not single thing this impacts…

More drastic effect this has on team morale, since besides team has to conduct context-switch (that has it’s own impact: see another related post here), but also it throws team into “Less” vicious circle that is:

  • Less focus that eats up energy and leads to …
  • Less energy that impacts productivity and leads to …
  • Less commitment that impacts desire to work and leads to…
  • Less motivation that drain attention and lead to …
  • Less focus …
  • Etc …

Understanding this will help PO to plan sprints in the way to avoid de-focus, protect sprints from interference (and team members from de-focus) and minimize impact of unplanned issues.

Of course fire-fights happen, of course they are important, but it makes sense to dive in root causes and build real quality in rather than fight consequences… and eventually turn circle back into “More..” :).

, , , , , , ,

1 Comment