Think about how to implement and live a feedback culture in the project
Problem: we're not doing great at sharing feedback with each other (worker to worker, worker to team, team to team). For example, pretty often, people who suffer from another worker/team's performance or capacity problems talk about it with their closest colleagues or in 1-to-1's (best case)… or not at all (worst case); but rarely this feedback is shared with the person it's actually about, which does not help solve problems.
What we have in place:
- summit#43+ (between Core Workers)
- management#2+ (limited to feedback from Management to teams)
- When intrigeri-with-Management-hat hears such feedback, he tried to:
- Encourage the person to share it with the relevant person, offering to facilitate the conversation if needed
- Approach the topic indirectly (without mentioning the feedback) during next 1-to-1 with the person the feedback is about, or during his next check-in with the Team in which the problem happens
Original description
Originally created by @Anonymous on #17176 (Redmine)
A feedback culture is, essentially, a workplace culture that is focused on honest feedback between workers, regardless of their place in the project. One, among many benefits, is to improve communication, openness and trust.
As we do not have such a culture, and I’m not talking about technical feedback here, it might be interesting to try and implement this into our everyday and regular communications. e.g. in each team after every meeting, or every day at a sprint have a moment where workers can give each other feedback about what is going well and what needs improvement.
Maybe creating this ticket on Redmine is not the exact right place to talk about this, but maybe it’s a start.
Blocked by tails/summit#51.