反饋在敏捷開發中的重要性是首屈一指的。從單元測試，持續集成，每日站立會議，回顧會議直到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

it知識庫：反饋、無反饋、不和諧的反饋，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。