As most Changes are born out of it, feedback fuels, throttles and sets the direction of The Wheel of Change. We would only be talking about feedback caused by people, processes, communication and relationships. In this chapter, we’d first be talking about the importance of feedback itself. With stories and use cases from non-feedback processes.
In this chapter, we’d be exploring the effect of Feedback on Change. On how the right feedback at the right time leads us away from a non-beneficial Change, which then leads us away from the wrong rabbit holes. We’ll see what happens when insufficient feedback is gathered, the wrong one, or at the wrong time.
we’ve talked about what are the benefits of getting the right feedback at the right time. It prevents us from going down the wrong rabbit hole, and from wasting time on coding. Alas, there is one more thing that takes us there. And that is misunderstanding feedback. And we do plenty of that.
In the last few chapters, we talked about the importance of feedback and the feedback process. We’ll follow up In this chapter and the next, by talking about the internal feedback process, and how it changes the development process and feedback itself. As it involves the two characters of engineers and product managers, we’ll be exploring it from both their perspectives. By that, to try and reconcile between the two.
The work process sets clear boundaries, while creation is more fruitful with unclear ones. This may be the source of some problematic relationships between product managers and engineers. Luckily, something beneficial can be done. A Middle Way between process and flow exists. We’re going to see how different conditions create different boundaries.