Reflection on Cynefin helping Agile Retrospectives
with Enrico Teotti
This is going to be a shorter episode on Cynefin and how it can help agile retrospectives. Cynefin is Cognitive Edge’s sense making framework. It helps, in my opinion, to determine what kind of issues we’re tackling in our retrospectives. Is it something simple that has a straight forward solution? Or do we need to reflect a little bit more on it. And in my experience, I’ve seen most of retrospectives tackling those simple or at most complicated issues. And we’re skipping on reflection. And so the usual retro goes in by collecting data, hopefully, having some clustering or patterns looked at from the group, patterns, perhapse they are named, definitely prioritized. And then there are action items coming out of those parents discussion.
This is a simplification of what a retrospective is like.
One of the elements that I see happening over and over again, and were Cynefin can help is, okay, how can we fix this? So there’s this pattern, or there is this card? How can we fix it? And it’s a very linear kind of like, here’s the problem, how do we fix it. And that, in my opinion, does a disservice to our retrospective, by introducing Cynefin or other complexity frameworks, but in this episode we’re using Cynefin of an as a as a way to, to deal with this discussion when we generate insights, so after we gather data about their last iteration, we can use there is an activity called four points. That doesn’t require you to introduce the framework first. So you have what they call a contextualized framework, based on the data that emerged from the last iteration. And what those four points are like, is basically four corners. And each corner has a sentence on the top left, we have situation is clear in retrospect. On the top right, we have expert could know the right answer. On the bottom right, we have everybody knows the right answer. And on the bottom left, there is no right answer. And in the middle, there’s an area where you’re confused and you don’t quite know where to put things.
So the the reason that we that I think this helps retrospectives is it moves on to a discussion where, okay, if everyone knows the right answer. That’s that’s fairly straightforward. And the expert knows the right answer is also something that we know where to go next. But the stuff that is sometime interesting is when stuff is clear in retrospect, and stuff is complex. And we need to run experiments and reflect a little bit longer than just jumping onto a solution that everyone knows. Now what I’ve seen happening here most of the time is, it’s clear to someone, but not to someone else. So if you cannot come to some sort of like agreement in in a timely manner, this is probably not as simple as that person thinks.
So, yeah, try it out. In your next perspective, I have an article that I’ll link in the in the show notes: http://teotti.com/cynefin-helps-agile-retrospectives/
And once you’ve determined like, Where are things living in those domains in those spaces, as yourself or us have the group ourselves, we’re what we want to tackle next. Use some sort of like a prioritization doc voting on what do we do? What do we want to tackle next, as well as what is in our area of control in our influence, so what is outside of the sphere of influence, and this is a space where it might be interesting to see things that are outside of our control and influence. What parts or sub parts are simple, complicated, complex or chaotic, and reflect on that and perhaps that helps generate some actions that are now within the area of control or influence of the team.
So this is about it for the five minutes of this short reflection on probably going to start following up with another one with some more practical examples of the probing that they Cognitive suggests you do in your complex spaces. Well thank you for listening, and until next time.