把測試留給其他人。讓某人測試一個功能，而他卻不知道該功能最初有什么錯誤，這是浪費團隊成員時間的另一種方式。例如: 有客戶抱怨說在IE瀏覽器中某個按鈕不管用。首先接手該問題的一名開發(fā)人員解決了這個問題，然后另外一名QA測試它的時候，甚至不知道如何重現(xiàn)該問題。

　　前后端之間的戰(zhàn)爭。把你的開發(fā)團隊分成固定的部分是個壞主意，也是極為不敏捷的。區(qū)分‘前端’和‘后端’導(dǎo)致了前后端之間的戰(zhàn)爭，毫無疑問這是不符合團隊精神的。前端開發(fā)者會抱怨說“后臺變更的太慢了”，而后臺開發(fā)人員則會抱怨說“這可是今年第五次修改API了”。

　　發(fā)布未經(jīng)測試的代碼。如果僅僅因為這是某某(薪水最高的那位)的代碼，就發(fā)布未經(jīng)測試的代碼，絕對是個糟糕的想法。更為糟糕的是: 這種事發(fā)生在周五下班前。當(dāng)然，除非你是周末加班族，則另當(dāng)別論了…

　　過早進行優(yōu)化。是的，聽起來有點兒刺耳。但是在沒有任何人看過你的頁面之前就開始改進CSS動畫效果，對于做事情并沒有什么好處。如果你還有后臺任務(wù)或者報告，當(dāng)服務(wù)沒有裝載完畢時，讓它跑個5到10秒并不是什么問題。應(yīng)當(dāng)在所有事情都正常工作之后再開始優(yōu)化。