经历过几个项目,给我的感觉都是乱。项目管理乱、需求乱、代码乱。
程序员心里都有一个项目的标准:可以持续的推进并且移植性高,可扩展性好的项目。
可是真正有好的执行力的项目比较少。
我总结了一下几个重点的地方:
1.项目需求分析和项目设计要定时更新。项目需求变化是正常的,问题是需求变化后,项目设计怎么变。如果设计不变,在原来的基础上修改,可能越改越乱。
2.项目编码规范要很好的执行。程序员都有自己的编码习惯,有好有差。做项目当中必须要有一个好的规范来执行,这样写出来的代码才有通读性。否则各自写各自的,给后期的维护造成很大的麻烦,如果等完成了再去改,修改量很大,也容易出现错误。
3.业务先定义接口,按接口完成功能。业务的规范也是很重要的一块,我觉得可以先定义好主要的业务规范,把这些业务都定义成接口的形式,定义好每个接口方法的执行功能,项目当中的人员不需要询问开发人员,只要调用不同的接口方法就可以。提高项目的规范性和开发效率。
4.项目的时间把握。项目的进度把握是很重要的一方面。没有效率的项目会让投资人失望,对开发人员的压力也很大。项目开始时,规划好项目的进度和时间控制,前期有时间的可以先超进度完成,剩余时间给测试和改进。我自己这方面做的不够,往往感觉后期压力很大。
5.开发过程中,相互一定要多交流和学习。有点类似敏捷开发的流程去做。
这些是我自己的总结,不是很专业,应该也是有效的。