反馈在敏捷开发中的重要性是首屈一指的。从单元测试，持续集成，每日站立会议，回顾会议直到 sprint 结束时候的演示，它在敏捷方法中无处不在。那么除了这些以外，是不是还有一些不完整的反馈循环呢？
参考Peter F Drucker 的论点， Jurgen Apello 认为没有反馈甚至比有反馈更加重要。
Peter F. Drucker 曾经写道：比你的客户更加重要的是那些还不是你客户的人。为什么他们不是你的客户呢？类似的，比反馈更加重要的是没有反馈。
Jurgen 认为，很多人并不是很愿意交流。从这些人那里挖掘出反馈是很重要的，因为这可能可以大大改善反馈。
课堂上有 20 个学生，为什么只有 10 条反馈意见呢？这本书的读者那么多，为什么 Amazon 的评论只有 11 条呢？为什么我们的产品几乎没有人报告缺陷呢？
Lisa Crispin 认为，人们学习的方式各不相同，所以，也很有可能，大家提供反馈的方式也不同。Lisa 建议，我们应该鼓励大家在他们熟悉的环境下提供反馈。这可能是以一对一面谈的方式、讨论会、画图的方式等等。
因此，团队需要努力地找出从“无反馈”到“有反馈”的途径，同时也需要确保团队不断地优化这个从无到有的过程。
Marc Löffler 建议，除了当被问起的时候才提供反馈，大家（尤其是团队成员）应该一发现有问题就提供反馈。他认为，虽然有时候要大家提供诚实的、却不够和谐的反馈很困难，但最终，人们会赞赏你提供反馈时候的勇气，也会感谢你的关注。
Marc 认为：
如果你不开心、不满意或者很烦恼，就请说出来吧。没人会因为你说出了你看到的而批评你（至少绝大多数人不会）。在大多数情况下，他们会很高兴，至少有人有勇气告诉他们简单的事实了。
在你的团队中，你多久能听到一次不和谐的反馈呢？又多久能从那些金口难开的人那里挖掘出反馈信息呢？
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论