项目开发经验总结

1、需求理解要透彻

需求关乎项目要做什么，要达到什么样的结果，对公司开展业务有什么样的帮助等，需要在需求阶段理解清楚，做到心中有数。另外需求是工作量评估的基础，要想工作量评估适当且充分，不出现大幅度偏差，就需要客观理解需求。

2、工作量评估做到群策群力

我们会把整体计划拆分成细小的功能点，然后按照技术人员的特点，分配到具体的开发负责人。由于很多功能点都是互相关联，单方面评估往往不能反应真实的情况，因此我们会召集专门的评估会议，对某一个功能点由对应的开发负责人和相关的人员一起来确定，确保大家的信息对称。

3、任务分工角色要配置齐全

美的金融的项目从需求到上线部署，甚至生产环境有时开发人员也要参与。这就需要开发人员不仅要会编写代码，还需要具备项目生命周期中一整套解决方案。我们在项目中设置了DBA、运维、代码质量控制、进度控制，测试技术五大基本角色，都是普通开发兼任，每一种角色会研究自身领域的知识，同时由于自身负责开发，理解更具体，做出来的东西更符合项目本身的需要。

一来开发人员自身得到了提高，很多成了技术多面手，在项目中收获更大的成就感；二来提升项目组整体解决问题的能力，降低了项目的风险，遇到问题不必等、靠、要其他部门的太多帮助，降低沟通成本。

4、代码质量控制摆到重中之重

良好的代码质量需要工程师付出很多的努力，这些努力都是值得的，为后期维护、BUG诊断、扩展等降低了难度。我们组织了大范围的代码评审，小范围的代码检查，利用sonarqube做代码扫描，力争做到对劣质代码零容忍，同时也兼顾开发进度。

5、保持对外接口更友好一直在路上

外部业务系统对接是发挥系统本身价值的根本，因此我们一致强调要保持友好，更友好，包括Dubbo异常处理、统一错误码、统一错误信息、统一的许可鉴权、统一的返回信息格式等，力争做到外部系统对接不用考虑太多，降低接入的难度。

6、单元测试要完全覆盖

开发人员做单元测试，一是检查自己的代码是否有缺陷，做到对自己代码负责；二是可以站在测试的角度去思考问题，可以减少后期测试不必要的测试点，让项目进度整体可控。因此我们要求开发人员要单元测试全部覆盖，并按照标准输出单元测试报告，并由具体的负责人推进。据测算，30%左右的bug可以在单元测试阶段检查出来，并且这些bug大多是比较低级的。

7、保持开发人员的积极性

工作总是人做出来的，开发人员的工作积极性是项目好坏的决定性因素。做好项目，先必须让团队氛围良好。让每一人都具备主人翁意识，都可以有自己发展的空间，在自己的领域里有所建树，在项目中找到存在感，让开发人员变得更优秀，满足大家提升自我的本真需要。

8、重视结果

过程很重要，是因为它关乎结果，结果才是做项目的目的。所以项目要重视结果，如期完成上线不仅是公司期望的，也是团队每个人成就感的重要组成部分，它是继续保持高昂情绪，继续保持打胜仗信心的关键；相反项目出现延误，一拖再拖，给开发人员造成极大的挫败感，造成情绪低落。由于项目中经常出现一些不可预知的问题，对项目进度造成延迟，因此我们在开发工程中，高度重视项目进度，尽量做到功能点提前完成，以预留出一些不可控因素对项目可能造成的延迟。

 

收尾

项目开发过程中往往是曲折往复的，需要我们的耐心和决心。按时完成一个项目，不管大小，都代表了一种做成事情的能力，比项目本身更重要，它让我们对未来做成更多事充满了信心。