出差(六)开会

      第六天，一早上到办公室被通知上午11点参加项目阶段总结会，给客户领导汇报当前进度和下一步计划，以及项目中存在的问题。 然后开始准备开会材料，给我分配的任务主要是当前上线的原料过磅环节的进度和计划。主要包含三个方面，一是总结2月26日试点运行情况，需要根据客户的实际到货点进行调整，将已经部署的点迁移到新的到货点，便于持续的数据采集。二是明确部署时间和迁移中存在的问题，三是期望和要求，安装完成后要求持续投入使用，一个简短的word文档。

       这边负责项目的同事从整个项目角度整合一个汇报的ppt文档，在不到两个小时的时间内，搜集和整理出项目整体框架，各功能模块介绍和项目的整个上线计划，深刻体会到在此项目过程中任务的临时性和多样性，对于人的能力也是充分的考验，同时也暴露出公司对于项目管理缺少有效的规范和约束，缺少计划性。

     上午11点双方悉数到场，客户与会阵容也是相当豪华，大boss带队各部门负责人，以及相关环节操作人都已入座，会议室是坐无缺席，足以说明此项目还是倍受客户关注的重点项目之一！会议按着同事准备的ppt演讲，过程中大家针对疑问各抒己见的方式进行，首先是明确了项目的重要性，其次是把当前存在问题明确对应的解决方案，然后制定出时间表和上线后的持续使用责任制。会议时间在1个小时左右，由于在讨论中把我要讲的内容已经涵盖且有了结论，因此省略了我的部分，对于会议的整体安排也是醉了，最后在客户大boss总结性发言中结束。

      通过大boss的总结，进一步了解了项目的情况，在原计划1月23日上线的时间点改在了3月3日，时间上已经延期一个多月，而且进行到当前阶段还只是完成原料过磅环节，还缺少内部的联调和集成测试，项目风险很大，任务艰巨。

    下午继续熟悉库表结构，在昨天demo基础上，引入通用存储过程，处理表格按需取数的逻辑，解决以前服务端一次加载数据，然后在服务端分页慢的问题，采用数据库分页，逐步完善当前的数据访问层逻辑。oracle的存储过程还引入package的机制，跟sqlserver还是存在一定差异，现阶段不考虑弄清这些概念，先保证数据的正常处理，demo调试通过，引入存储过程后，应用端代码也变得简洁。

     晚上跟老板畅谈近2小时，充分的沟通，把工作中发现的问题，项目的问题，如何改进，今后的设想都谈了一遍。明确了接下来工作内容和关键时间节点，看来还得待上半个月，同时加深了对行业的了解，项目所处的意义，还是要坚定信心，把工作做好，喝了一些鸡汤，继续加油！