把测试留给其他人。让某人测试一个功能,而他却不知道该功能最初有什么错误,这是浪费团队成员时间的另一种方式。例如: 有客户抱怨说在IE浏览器中某个按钮不管用。首先接手该问题的一名开发人员解决了这个问题,然后另外一名QA测试它的时候,甚至不知道如何重现该问题。
前后端之间的战争。把你的开发团队分成固定的部分是个坏主意,也是极为不敏捷的。区分‘前端’和‘后端’导致了前后端之间的战争,毫无疑问这是不符合团队精神的。前端开发者会抱怨说“后台变更的太慢了”,而后台开发人员则会抱怨说“这可是今年第五次修改API了”。
发布未经测试的代码。如果仅仅因为这是某某(薪水最高的那位)的代码,就发布未经测试的代码,绝对是个糟糕的想法。更为糟糕的是: 这种事发生在周五下班前。当然,除非你是周末加班族,则另当别论了…
过早进行优化。是的,听起来有点儿刺耳。但是在没有任何人看过你的页面之前就开始改进CSS动画效果,对于做事情并没有什么好处。如果你还有后台任务或者报告,当服务没有装载完毕时,让它跑个5到10秒并不是什么问题。应当在所有事情都正常工作之后再开始优化。