团队项目开发流程总结

项目

1、项目流程

在确定好开发人员和项目需求之后，就需要进行任务分配和项目排期，团队成员需要根据个人的情况去理性的评估完成任务内容自己所需要花费的天数。所谓承诺即交付，项目团队开发成员在确定过任务完成日期之后，就必须在规定的时间内按质按量的完成。
在所有成员的任务基本完成之后，可以开始进行项目的整体联调，将每个人的代码合起来进行整体调试，测试项目是否能够跑通，发现问题，并在相对较短的时间内进行修改，然后再次联调、测试。（注意：在后期调试阶段，应该提高个人代码提交的频率） 在项目已经能够按照需求完好地运行后，可以进行一段时间的项目内测，在内测期间尽力去发现项目中依然存在的问题，记录问题，并尽快解决问题，内侧结束，项目到达发布阶段。
不同项目的开发流程可能不尽相同，但是开发人员需要在项目的上线之前，确保各个功能，各个事务的完美运行。

2、代码流程

开发人员每完成一个小的功能，都应该将代码commit到本地一下，同时应该保证每天至少push到git仓库中的主分支一次，push的流程遵循gitflow规范，每天push到develop主分支下的代码应该保证功能可用，端内无冲突。在开发末期，代码调试次数增加，修复的bug数量增加，应该提高代码提交的频率。在项目正式上线之前，开发人员应该一直遵循这套流程，

3、接口API

在开发的前期，后端应该将接口尽早写好，在对接口进行设计的时候，所有开发人员应该一起参与，这样可以避免后期出现误会，也可以提高效率。当后端接口写好后，可以交给前端人员review一下，也就是复查一下，看看接口中所传递的参数是否符合实现前端功能的需求，这样就可以保证在后期开发的过程中减少前后端出现的误会和接口冲突。
在前后端人员一起确定好接口没有问题之后，就可以定稿了，开发过程中就尽量不要对接口进行修改。如果在开发后期，后端接口需要更改，这个时候后端人员应该态度友好的为前端人员说明情况并及时修改；如果前端人员在开发过程中发现自己想要的数据不是目前接口能够提供的，那么也应该态度友好的去给后端人员说明情况并请求修改。

4、注意事项

团队个人需严谨考虑评估排期日期；
项目排期，承诺即交付；
注意代码规范；
规范每日代码提交流程；
做好每日计划，按时完成任务；
讨论出的方案、问题的结论需要公开落地；
注重官方文档的阅读。

---

团队

1、多交流，多理解

多交流，可以让团队中的每个人对项目需求了解的更加清晰，可以让我们在开发过程中遇到的问题更快的被解决。
多理解，在开发过程中，矛盾往往是不可避免的，这个时候不能急躁，不能总把责任往其他人身上推，最好的做法是各退一步，多理解，这样才能更快的解决问题。

2、不要总关注自己的任务

做项目的时候，开发人员不应该总是盯着自己的功能部分。
首先，项目中各个功能往往是相互关联的，甲做的A页面，乙做的B页面，那么从A页面跳转到B页面的时候，应该有什么效果，应该展示什么数据，都是需要两者好好沟通的，如果只关注于自己的功能，那么最后在项目整合的时候必定会出现大量bug。
再者，团队中的开发人员的水平是不同的，开发快的可以多帮助开发慢的，开发慢的遇到了问题应该主动询问其他人。如果说两个人开发的功能中有相同的部分，这个时候应该讨论将其封装为公用组件。
最后，开发人员应该在自己的工作之余，时刻关注整个项目的进度，发现问题及时提出，甚至反推整个项目的进程。

---

素养

承诺即交付，分配给自己的任务能够按时完成；
对项目需求非常清晰；
知道项目开发的整个流程；
推进整个项目的能力；
担起责任，做一个靠谱的人；
能够快速运用新的框架和技术；
有能够阅读官方文档并快速运用的能力；
能够正确认识自己的能力，严谨排期；
前端页面像素级还原；
代码应该有高复用性、高扩展性；
一个项目的delay一般情况下不应该因为一个开发人员而导致；
有问题及时反馈；
能够在团队中做更多的事情，树立威信；
面向用户开发，站在用户的角度去开发功能实现效果。

---

建议

多看优秀代码；
尝试将开源框架拉下来，修改其中自己发现的bug并提交；
遇到问题，可以先自己思考，然后看文档，最后再搜索；
多浏览优美页面，提高自己的审美能力；
开发过程中可以查看第三方社区，了解技术框架官方的动态；
前端动态效果的实现练习。