对项目各块风险的预估不足。

1.处理wingsfish域名的事情花了3个工作日，可能在项目之初预计只需要两个工作日。
2.html转化的时间预估不足。中间还暂停了两天。
3.short_company_name字段的处理，最开始想在es里做，但是当时讨论的方案并不够成熟。而且测试下来发现速度比较慢。于是转到了dataframe里做。做完后发现写不到es里面（最后发现是NaN的原因，用了fillna函数后，就可以写入es了）。
中间在excel里处理数据的时候，用人眼去一行一行核对，效率比较低。后来发现可以在excel里面，用函数的方法处理大部分内容，这样可以提高效率。

项目过程中的难点卡点：

1.访问等待时间的确定，涉及到和外包的沟通，花了挺久的，最后确定是和云服务器的网速相关性比较大。
2.域名ssl证书卡了很久，最后更换成了阿里云的赛门铁克的免费证书。
3.short_company_name在excel处理的时候，对超过1万行数据处理需要有高效的方法。这里是用mid函数，筛除了大部分。
4.每日更新在es里处理的时候，又遇到无法更新行的情况，后来发现是type的问题。
5.其他一些零零碎碎的问题。

需要提高的地方

1.和外包的沟通：以结果为导向，过程尽量客气，但是是客气的push。
2.对风险的预估：如html转化的时间，需要有个进度条来观察，必要时投入更多资源去处理。
3.难点卡点的处理：该去问别人就去问别人。难点卡点说明以我当前的认知不太能够快速处理，及时去问别人有利于提高效率。