一个注重实效的项目，首先需要有一个注重实效的团队，项目编译时学会使用回归测试，要有一定数量的注释，注重实效的程序眼不会逃避责任，相反我们乐于接受挑战，乐于使我们的专业知识广为人知。
我们喜欢按照功能划分的团队。把你的人划分成小团队，分别负责系统特定方面的功能。让各团队按照各人的能力，在内部自行组织。每个团队都按照他们约定的承诺，对项目中的其他团队负有责任。承诺的确切内容随项目而变化，团队间的人员分配也是如此。 人的重复性并不像计算机那么好。shell脚本或批处理文件能以相同的次序、反复执行同样的命令。它们能被置于源码控制之下，你因而也可以检查流程的修改历史。让计算机去做重复、庸常的事情——它会做得比我们更好。我们有更重要、更困难的事情要做。在抽象意义上，应用如果能正确实现其规范，就是成功的。遗憾的是，这种事只活在梦里。 在现实中，项目的成功是由它在多大程度上满足了用户的期望来衡量的。不符合用户预期的项目注定是失败的，不管你认为交付的产品有多好。
个人感受：注重是实效的项目要具备注重实效的团队，每个人去完成各自的任务，一个人重复去做一件事也难免会出现错误，因此将那些测试交给计算机去做往往能提高效率。