Feedback is perhaps the most important aspect of the overall agile lifecycle – without a proper, honest and timely feedback, there is no ‘adapt’ step in the inspect-adapt cycle. The absence of such feedback only ensures there is no early opportunity to ‘respond to changes’ and teams will have no option but to simply keep ‘following the plan’ thereby violating a key agile value. Starting with the TDD loop to the CI systems, we are constantly seeking feedback on our outputs – in ever shortening feedback cycles as technologically possible. However designing a proper feedback instrument for a human-human interaction, like a training program, is a totally different thing because it entails imprecise measurements that are often influenced by people’s mental models, skills and experiences, and not to mention – their calendars! Needless to say, these feedbacks could mean anything to different people on different days.
If the feedback required is too ‘wide and shallow’, it can be obtained very quickly but it won’t give enough actionable feedback. On the other hand, a ‘narrow and deep’ feedback could be more actionable but might take relatively more time, and it might also fail to register feedback outside its focus area (what if you were focusing on the wrong problem?). So, how does one go about designing feedbacks that enable agile learning? We call them agile feedbacks.
In Agile India 2014, I am presenting the experience report on this topic, and will our experience from designing agile feedbacks for agile trainings and workshops. The objective was to get most critical feedback in shortest amount of time to enable quick action planning. We created feedback that took a maximum of just 5 minutes per respondent, and enabled the most important learning in both, focused as well as open-ended manner that allowed us to focus on the most critical items. We employed elements of Design Thinking and Rapid Iterative Testing and Evaluation (RITE) to improve the process and quality of feedback themselves.
The experience report is accessible here.
How do you design agile feedback?