...rants by Asheesh Mehdiratta on Coaching, Transformation and Change

Category: retrospective

Tribal maintaineance or Sprint Retrospectives : just another tribal ceremony?

Do you think that your sprint retrospective transitions the team to their cause ? or is it just another tribal ceremony?

The authors of Tribal Leadership talk about people forming tribes, which range from stages 1 to stage 5 (most evolved at stage 5). The tribal leaders in Stage 4/5 perform regular “tribal maintaineance”. But do you know that this tribal maintaineance ritual matches the sprint retrospectives feedback loop (which agile teams perform after every sprint)?

Stage 4/5 tribal leaders, who regularly perform these “tribal maintaineance” or “oil changes” (as the authors speak), ask these BIG questions –
1. what’s working well ?
2. what’s not working ?
3. what can we do to make the things that aren’t working, work ?

This indeed sounds familiar to the Agile Sprint Retrospective questions –
1. What worked well last Sprint that we should continue doing?
2. What didn’t work well last Sprint that we should stop doing?
3. What should we start doing?

But what’s the difference in these stage 4/5 tribes and agile sprint retrospectives ? Do agile sprint retrospectives miss anything?

I think that the major difference in these tribes vs the sprint team answering these similar questions, is that the tribe is indirectly answering more key questions – ” what’s our cause ?” and “what are we proud of ?”.

This tribal maintaineance activity provides the tribe a deeper understanding of their shared values. Once a tribe understands these shared values, the tribe members are united and therefore transition to a “we are great” tribe !! (stage 4), from a “I am great” (stage 3) !!

Thus this stage 4 melts all individual boundaries and the tribe members work collectively towards their noble cause. Surely Avatar’s on Pandora were a united tribe with a noble and heroic cause !!

But what about your sprint teams ? do they see their cause from a sprint retrospective or is it just another tribal ceremony?

Mission Godspeed or Good Speed ?

Captain Kirk, USS Enterprise, gets a “Godspeed” wish! Lucky chap ! you might say…but for us mortal souls “Good Speed” is what we simply crave for….but then what exactly is a Good Speed (velocity) for your agile mission ? do you know ?

Following the typical sequence for agile projects, we all estimate the story points and get the total size estimate for the project. The team velocity (or the speed) as measured historically allows us to get the number of iterations required and this turns into the project calendar release plans (voila…GM milestone here I come) ..sounds familiar.

But what about the historical velocity ? is my historical velocity good/bad ?

Scott Ambler suggests that measuring the historical velocity itself is not the end. Do Not measure velocity.

Measure the velocity trend line (== acceleration ) !

What is happening in your project ? Does the velocity trend line go up or down for your project?

If your project velocity trend line goes UP then you are in good shape (and have a “Good Speed”) but if the velocity trend line goes down then you need to understand the reasons and retrospect (deeply as Esther Derby remarks).

I think that this observation is important otherwise people can start measuring the velocity ONLY for various teams across the organization at any point and it may not be all fun.

Scott Ambler also suggests that the velocity is “unlikely to be gamed”. But I disagree with Scott on this since the focus on measuring up trending velocity may have it’s pitfalls.

Some of these in my view could lead to the team breaking stories prematurely…adding more in the same iteration and/or shifting the additional story points to a bigger number over subsequent iterations. Beware these shifts !!

Understanding this comparison across multiple projects, both with upward velocity trend lines would need another discussion and I have to get back to Captain Kirk…(oh) Captain Kirk, no offense but I am wishing Chandrayaan Godspeed this time.

© 2024 agile journeys

Theme by Anders NorénUp ↑