這是我前一陣子的實際經歷。

在某個週六的早上，我家水龍頭的出水量突然變得很小，有時甚至完全沒水。但是過了一陣子，水量好像又正常了。就這樣來來回回一個多小時，我們決定去詢問同一棟樓的鄰居。結果是大家都有同樣的問題。

結論的結果是抽水馬達可能有問題。所以接下來就是去找主委，看管委會要不要找人來修。很不巧，主委一直找不到。我們就這樣等了一個早上，忍著一陣有水沒水的狀況。

快接近中午時，我想這也不是辦法，所以準備自力救濟，要找認識的水電工來修。就在這個時候，主委現身了。社區警衛有告訴他我們的問題。這時候才知道，前一天大樓清洗水塔，所以抽水馬達有暫時關閉。

雖然洗完己經啟動馬達，但是在清洗這段時間己經有空氣跑進水管裡，也就是說，水管裡不全然是水，跑進去的空氣影響密閉水管的壓力，進而影響水流的順暢。所以解決方式就是...將家裡所有的水龍頭都打開到最大，直到空氣排出為止。

這件事情間接反映：經驗並不是全然有幫助一事，在未經深思謀慮的分析下、亂套用過去的經驗，反而會採取錯誤的做法，無益於解決問題。

經驗本來就是個人經歷的有限集合，若是沒有經歷過的，在解決問題時，自然不會出現在解決方案裡。像水管跑進空氣、會導致自來水流不順暢，要不是這次碰到，我也不會知道。若是一開始我就請水電工來修抽水馬達，那只是浪費白花花的銀子而已。

同樣，在系統維護以及管理上，我們也應該要儘量避免讓個人的經驗介入事情的判斷，這不僅會影響到問題的解決，更重要的，有時候會傷害到團隊成員之間的和諧。

舉例來說，資料庫系統管理員與應用程式開發者，時常是處在對立的狀況下，尤其是碰到問題時，往往會以個人經驗、各執一詞，爭論不休的情況下，不僅讓問題解決的進度，原地踏步，更讓雙方的關係陷入緊張。

為了避免無謂的爭執，仰賴「證據」看來是一個比較合適的做法。在之前文章裡己經有觸及這樣的觀念，不過都是著重在問題出現之後，如何蒐集證據、以及利用證據來解決。