1. 需求的理解
项目组内所有成员开会，需求人员说明需求，编程人员当场理解，并提出不明白的问题。虽然能够让编程人员知道需求，但是好像工作效率低了。这句话反过来说应该是：虽然工作效率低、方法笨，但是能够让编程人员知道需求。其实好像找不到更好的办法了！
2. 设计的评估，基本上是没有，这样就不能控制编程人员的编码质量和水平了。设计是很重要和必要的，不单单是总体设计，局部设计，功能设计，界面设计都很重要啊。应该对系统进行设计并进行评估。
3. 编码与重构
重构应该在设计层次上做的事情。隔一段时间应该让编码人员去重构自己的代码，相当于读书时做做完作业的检查，这是这个检查不但检查对错，还进行优化而已。
编码要很细心和认真负责。做到这一点很不容易，为了偷懒省略一些判断和转换，导致系统的不健壮，隐藏问题。
编码应特别注意变量的检查，其实系统的健壮性就是你对系统变量的检查是否完整。应遵循独立分治的原则。独立即变量的检查不依赖任何外部力量，分治即各自管好各自的变量。
