大批量推送项目日记（八）：回顾会议与新需求会议

2020.8.18

回顾会议

上午10:00，开始召开回顾会议。

经理让大家先评价一下之前项目中做的好的地方与不好的地方，然后进行了总结。

其中本人感觉印象较深的几点如下：

1.项目初期任务拆分与任务时间预估的不太好，出现了项目后期才发现有任务没有人做、临时找人补做的情况；还出现了有人做完后没有任务、有人的任务需要大量时间才做完的情况。

2.每天早晨的站会效果比较好，大家可以提出问题，共同解决；还可以正确把握项目进度。

3.评审会议前对测试数据的处理不好，由于数据较多导致评审会议上执行大批量任务时执行不完，流程无法走通；应该提前清空一次测试数据，并准备少量的测试数据，在评审会议上跑通一次流程才行。

4.svn提交代码时要写明需求号，并且尽可能减少commit次数，否则会导致后期从开发代码merge到生产代码时遇到困难。（由于merge时是按照每一次commit去合并的，如果次数较多会导致需要合并很多次；如果没有写明需求号，会无法确定这次commit是否可以进行代码合并）

 

新需求会议

回顾会议上午11:30结束，紧接着下午14:00就召开了新需求会议。

会议中提出了12个新需求，各个需求基本互不相关，其中预计开发时间最长的需求有10天（2周），也就是1-2人负责一个需求，大概2周可以全部开发完。

会议上提到，所有需求与完成进度都要登记到内网上的敏捷任务版中；如果有需求变更，要向领导反应，领导会将其修改为下一个开发流程中的新需求（也就是这次不管需求变更的事情，否则会导致开发混乱，完成时间延期）。

16:30会议结束后，大家将新需求登记到了敏捷任务版上，然后准备明天确认自己要领哪个需求。

 

后记

关于对大批量的特殊处理，也就是进行了sql优化（使用foreach，将原本java中的循环移动到sql中等）、数据库表使用索引、使用定时任务+手动处理错误的逻辑这些了，java代码中并没有怎么特殊处理，甚至连事务都没有用到（起码本人自己没有用到）。

至此，大批量推送项目日记告一段落。