把测试留给其他人。让某人测试一个功能，而他却不知道该功能最初有什么错误，这是浪费团队成员时间的另一种方式。例如: 有客户抱怨说在IE浏览器中某个按钮不管用。首先接手该问题的一名开发人员解决了这个问题，然后另外一名QA测试它的时候，甚至不知道如何重现该问题。

前后端之间的战争。把你的开发团队分成固定的部分是个坏主意，也是极为不敏捷的。区分‘前端’和‘后端’导致了前后端之间的战争，毫无疑问这是不符合团队精神的。前端开发者会抱怨说“后台变更的太慢了”，而后台开发人员则会抱怨说“这可是今年第五次修改API了”。

发布未经测试的代码。如果仅仅因为这是某某(薪水最高的那位)的代码，就发布未经测试的代码，绝对是个糟糕的想法。更为糟糕的是: 这种事发生在周五下班前。当然，除非你是周末加班族，则另当别论了…

过早进行优化。是的，听起来有点儿刺耳。但是在没有任何人看过你的页面之前就开始改进CSS动画效果，对于做事情并没有什么好处。如果你还有后台任务或者报告，当服务没有装载完毕时，让它跑个5到10秒并不是什么问题。应当在所有事情都正常工作之后再开始优化。