延期复案

统计1期项目产品、开发相关人员会议。6月6号就已经开始技术方案评审，6月10号技术方案二审。6月27号上午上架平台重构调整点澄清以及6月30号下午文档管理重构需求澄清截止到项目前后端联调开了这几场会议。

1期的开发，前端由 来负责， 为主要负责人。后端则是由 来开发， 为主要负责人。

原定于31号联调，因后端 手上有紧急度高的sdk外发需求。暂定延后两天7月3号周一给到接口。6月30号前端进度是已经完成页面开发。

因为接口问题以及为了打通登陆态（本地与测试）前端这边加了两天班。两天时间与后端调通本地接口以及登录细节沟通，联调几个接口。

下一周产品那边给出了一期需要调整的调整点，因为页面组件逻辑以及开发完成，如果按产品调整点走将要有很多工作量。后沟通，产品那边决定将一期需要调整的点放在2期一起调整。

期间过程，前端与后端结对编程。来进行联调以及开发一些细节沟通，这的确可以提高开发速度，这个可以作为之后前后端分离项目的一种开发方式。也利于及时沟通。

因为开发语言决定使用go 所以有很多坑要走，在对接过程中需要前端或后端来做出一些开发技术细节上更改。前后端没有协调好，导致后面后端提供两份不同方式文档。一种代码文档，在代码上根据参数来传值节省后端浪费在写文档的时间。另一种则是比较常规前后端对接方式，提供接口文档，需要传什么参数，后端返回什么。因为首次面对代码文档对接接口，所以对接上比以前正常联调流程时间要多出不少。

后面前端也发起了延期，原因是接口当时还有些没有调通，已经调通的接口还有一些参数上的修改调整，前端这边还有部分页面需要重新设计开发。一些优化调整确实1期做不了的也向测试提出放在后期作为一个优化需求一起调整。

结对编程中，后端那边与我对接口参数以及交互细节。可能是开发后台管理经验太少，只是看着产品的文档来进行开发。一些页面按钮、交互展示逻辑的调整改变等等这些都需要深厚后台管理经验判断认知，自己没有做调整以及与产品对接产品文档交互细节、优化上自己都没有及时与产品询问导致后面花费在交互调整的工作量大大增加。

每周每隔一天的汇报中，工作量判断失误。导致杰哥那边没有正确掌握进度以及及时做出调整，这点我是主要责任。比如研发云测试环境部署不上去有问题，虽然有高级前端同事的帮助，但是到下午3点才排查出测试添加测试机部署流量没有流入项目部署环境。

不过开发中也多亏了高级前端同事帮助，解决了一些需要时间比较长才能解决的需求点。一个项目中是需要一个技术高的人来监控开发进度以及规范的，这样不仅可以提升开发进度也可以提高代码质量。

个人觉得一个产品不论重构还是新开发，首先产品上自己逻辑走通形成一个闭环。然后细节交互逻辑上完善之后进入开发阶段，在开发阶段可以调整但不要做出打破自己原有设计逻辑规则。