Sprint Retrospective
We are scrum but,
we dont need sprint retrospective,
there is not much to discuss as we are a self-organizing team and We are open to give feedbacks to each other.
I am not sure if anybody has this encounter on their teams; How to couch the groups from assumed scrum to actual scrum practice.
Coaching Vs Policing
Scrum's Sprint Retrospective is a specific form of one of the twelve principles behind the Manifesto for Agile Software Development:
At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly
This isn't a new concept to Scrum and Agile Software Development, either. The concepts of kaizen, hansei, and kaikaku come from Toyota and into various forms of Lean. Quality management systems such as TQM and ISO 9001 also have expectations around continuous improvement.
Simply being open to giving feedback doesn't, in my opinion, align with any form of reflection and improvement. Just because you are open to giving or receiving feedback doesn't mean that you actually practice giving and receiving feedback.
From a coaching perspective, I would want to first understand why the team feels that being open to giving or receiving feedback is equivalent to setting aside a brief period of time to, as an entire group, give and receive that feedback. I believe that if a team is truly open to feedback, then taking an hour or two every couple of weeks to share that feedback and develop a clear and explicit way to respond to that feedback is worthy of an experiment. I believe that trying a more formal retrospective would also be a demonstration that the team is receptive to receiving feedback about their way of working and, choosing to try an experiment and make adjustments would demonste their ability to self-organize.
there is not much to discuss
Can the team explain how it achieves empirical process control? What is the evidence for this?