项目总结

项目统筹上
可以借鉴的地方：
1、 自己前期因为把握不好项目进度，端内开会和交流比较紧凑，效果比较好。
2、 前期让端内明确需求，端内都不清晰和都不能很好的把握整体，比较有紧张感。
3、 前期及时调整任务分配，将公共模块任务经过大家讨论之后分给个人。
4、 整理PC端代码规范，并且让每个人设置。
5、 前期组内一起交流需求，一起走一下流程，方便考虑的周到些。
6、 前期一定要及时开组内的定时讨论会，分享大家的进度，分享大家书写代码情况。
7、 对于风险情况的话，要注意提出备选方案，并且找出出现风险原因，如果有可能逾期，需要提出逾期的具体时间。
8、 端内的成员具有负责人精神，每次出现问题的时候，志勇和其他人就主动将问题进行解决了。
9、 及时讨论出公用的组件和方法，节省开发时间和效率。但是也要考虑到组内的其他人的锻炼。
下次可以改进的地方：
1、 与其他端的负责人及时交流进度，与其他端交互的问题，及时沟通，注意语言表达。
a) 不是很了解其他端的进度，项目中调试和整体进度不是很明确。
2、 希望组内，端与端之间的交流，注意交流方式和语言。
3、 项目中期，对自己组内有些盲目乐观，出现接口无法测试的情况，模拟数据具有局限性。
4、 下定任何结论的时候，要需要负责人知道，需要建立一个在线文档，每天新建一部分空白的地方，便于记录问题和查找问题。
5、 汲取上个项目中的经验，放到下个项目中，项目中出现的共性和需要优化的地方，下个项目中可以借鉴的地方，
a) 发送请求按钮不可以重复点击。
b) 页面之间的跳转可以尽量添加适量的loding。
6、 了解组内进度的情况，主动去了解，深入到代码中去了解。
7、 后端书写api接口的时候，建议携带上说明简介，以及一些变量的（有必要的）初始值（项目过程中已经交流过）
8、 与其他端以及需求交流的时候，能提出的自己想法的地方，尽量提出自己的想法，尽量将问题完善和优化的解决，而不是一股脑的按照别人的需求。
9、

个人总结
技术总结：
杂记：vue中的this 代指的是当前页面，每一个vue页面都含有一个this。
所解决的问题之一，就是父组件可以传进子组件，但是传进去的值不能在父组件中进行更改，否者会报错的，但是想要达到相同效果的话，可以直接在子组件中进行在data中进行重新赋值一下就可以了。

非技术总结：
1、交流一定要及时，前后端接口调试一天未通过的时候，身为负责人的我，没有意识到问题上的严重性，没有及时和api端的负责人交流。
2、没有及时观察组内组员的所写的代码，只是保证了组内组员代码的没有冲突，并没有着重看代码质量。
3、第一优先级是确认接口，接口不在改动，定好规范之后，谁违反规范之后，就是谁的问题。
4、项目排期就是排的可交付状态，自己对这个概念把握还不是很准确，拿捏不住。
5、项目提出新需求或者新要求之后，自己可以先去调研一下怎么实现和以现在的技术能不能实现（比如之前做项目时的定位滚动条的问题）。
6、对事情要有自己的责任心，身为负责人要即使推动项目的进度，了解端内项目的风险，及时评估项目风险，及时对端内进行调整和端内的把控。
7、每天要写做项目的日志，做好自己的项目总结，统计好组内的项目日志。

自己在项目中的流程：应该注意的流程，
前期明确项目需求，明确项目需求，之后开始书写项目，书写项目前期会出现一些问题，所以前期要经常开会，项目中期（前端页面需求必须在次明确，是否需要再次修改？），需求和技术问题稳定之后，大家状态应该会有些松散，这个时候应该主要抓项目进度，明确阻挡项目进度的因素，想出解决方案，一个人想不出比较好的解决方案，就把问题抛出来，让大家一起解决。项目后期（大致快到联调期或者联调期），主要解决联调中出现的问题，及时分配任务。及时定位问题是不是自己端的，总结问题的同性，把问题分配掉。