反馈、无反馈、不和谐的反馈

作者 Vikas Hazrati 译者 金毅 发布于 2011年5月1日

领域

过程 & 实践,

架构 & 设计

主题

反馈 ,

持续改进 ,

敏捷 ,

学习

分享到

反馈在敏捷开发中的重要性是首屈一指的。从单元测试，持续集成，每日站立会议，回顾会议直到sprint结束时候的演示，它在敏捷方法中无处不在。那么除了这些以外，是不是还有一些不完整的反馈循环呢？

参考Peter F Drucker的论点，Jurgen Apello认为没有反馈甚至比有反馈更加重要。

Peter F. Drucker曾经写道：比你的客户更加重要的是那些还不是你客户的人。为什么他们不是你的客户呢？类似的，比反馈更加重要的是没有反馈。

Jurgen认为，很多人并不是很愿意交流。从这些人那里挖掘出反馈是很重要的，因为这可能可以大大改善反馈。

课堂上有20个学生，为什么只有10条反馈意见呢？这本书的读者那么多，为什么Amazon的评论只有11条呢？为什么我们的产品几乎没有人报告缺陷呢？

Lisa Crispin认为，人们学习的方式各不相同，所以，也很有可能，大家提供反馈的方式也不同。Lisa建议，我们应该鼓励大家在他们熟悉的环境下提供反馈。这可能是以一对一面谈的方式、讨论会、画图的方式等等。

因此，团队需要努力地找出从“无反馈”到“有反馈”的途径，同时也需要确保团队不断地优化这个从无到有的过程。

Marc Löffler建议，除了当被问起的时候才提供反馈，大家（尤其是团队成员）应该一发现有问题就提供反馈。他认为，虽然有时候要大家提供诚实的、却不够和谐的反馈很困难，但最终，人们会赞赏你提供反馈时候的勇气，也会感谢你的关注。

Marc认为：

如果你不开心、不满意或者很烦恼，就请说出来吧。没人会因为你说出了你看到的而批评你（至少绝大多数人不会）。在大多数情况下，他们会很高兴，至少有人有勇气告诉他们简单的事实了。

在你的团队中，你多久能听到一次不和谐的反馈呢？又多久能从那些金口难开的人那里挖掘出反馈信息呢？

查看英文原文：Feedback, Non-Feedback and Uncalled Feedback

译者 金毅 多年来服务于欧美软件外包行业从事管理工作，对软件工程、方法学等在外包业的运用和CMMI实施略有感悟。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！

1. 返回顶部

   嗯，这篇新闻发布了10天了，还没有人反馈。。。

   发表人 熊 小

   看来这个问题很典型啊。。

   回复