1、有详细的代码规范，尤其在团队成员开发水平参差不齐的情况下非常必要，比如在MFC下代码该注意什么，在stl使用中该注意什么，又比如怎样写某些代码才能尽可能的避免错误被隐藏，等等，而不是简单地作命名规范的低级规定，更要杜绝一切想当然的代码（简单的，比如不熟悉某个api的使用，却不详细参考文档，随意写下自认为是的代码，从而埋伏下未知的错误）；

2、应该有定期的代码审查，这样对项目的稳定进展和质量能够随时跟进、保障，同时对项目参与人员自身的职业技能提高也是一个帮助；

3、对于不规范的代码、错误的代码一定要坚决杜绝、纠正，避免给维护带来无端的工作量和麻烦，不规范的代码带来的麻烦只能是指数级的增长，结果就是无尽的bug和修改完了又导致新bug的无穷叠加循环、维护成本的倍数增加。

4、项目中如果有条件应该保证有程序技术主管的角色存在，其承担的主要任务是参与程序结构的设计、代码规范的监管、对项目参与人员作技术指导等，程序技术主管应该由有经验的优秀专业程序员承担，否则难以保证项目的可靠进行和参与人员技能、经验的有效提升。

5、引入单元测试，同样对团队成员开发水平参差不齐、缺乏统一规范的情况下会很有必要，不过当前对于我们的项目来说，可能时间比较紧张，程序员的负担也会加重，可以就新添加的功能代码增加单元测试，这样对避免想当然的代码尤为有效。

以上个人觉得都是尽量避免程序中最低级错误出现的一些必要手段

另，一个合格的程序应该可以用如下基本几点衡量：
1、程序的可维护性；
2、程序的稳定性；
3、程序的效能，包括空间的和时间的；
4、程序的可用性（责任者不仅是程序开发人员，包括需求设计、产品设计、UI设计人员等）

大家可以衡量一下我们现在的程序具备如上几点？带感情色彩地说，如果将来有人问起这个程序是谁写的

，我们会毫不犹豫自豪地说是我写的吗？好的程序就是对项目和自己的负责。

如上说的比较粗略，不对的地方请斧正、包涵。