一個開發團隊按照嚴謹而完美的產品設計實現了所有功能的相關的需求。發佈一兩個月後，非常穩定，所以開發人員都轉去做別的了。
一個新的項目或者產品開始了，需要加一些 新需求。一些新的開發人員很快改完了。
又一個新的項目或者產品開始了，需要加一些 新需求。一些新的開發人員很快改完了。
又一個新的項目或者產品開始了，需要加一些 新需求。一些新的開發人員很快改完了。
然後，大家做的一些設定被彼此打破，一些開始的設計裏絕對沒有問題的地方開始出現邏輯漏洞。於是另一個工程師開始來修這個漏洞。不小心牽扯了取消訂單或者該訂單時候的一些設定，於是又出現另一個漏洞，和另一個漏洞……
最要命的，是這個時候已經沒有人有整個設計、所有產品、寫下來的、沒有寫下來的背景知識。於是，不同的人都來改一刀。整個 系統功能 的實現就好像每次你挖了個地雷，卻又埋了個定時炸彈……
所以這個問題有沒有解呢？有，而且說起來其實沒有那麼複雜。
第一，就是不管最開始設計優系統的人，還是後來在上面加新需求的人。不論這個人是產品經理，還是技術領導。得真的知道或者瞭解所有可能出問題的地方，應該怎麼統一設計。千萬不要過於輕視這個問題，認爲是一個工程師改幾行代碼就完的事。其實設計對了，大部分的問題是可以避免的。
第二，一定要有統一的文檔，保持更新。這樣所有的人都知道有哪些設定，有哪些是必須考慮的，有哪些改動可能會影響之前的設計的。
第三，所有奇葩用法的測試例。包括上面所有場景的各種組合。這樣，如果後面人有改動改變了一些假設，就很有可能讓之前的測試例過不了。
