封面图
上星期末好容易来了个双休，出去转了一圈儿
背景
项目组现在主要担任的一条事务线是一个数据管理渠道。由于整个渠道有很多个不同的模块儿，且每个模块儿对应着不同的数据提供方和后端服务，所以前端任务区分是依照不同的模块进行区分，当某一个模块的需求太多时，其他模块需求不多的时分，人员可以机动一下，协助其他同学开发一下多出来的需求。
除了数据管理渠道之外，公司内部还有一个财政体系以及一个新建的运维渠道。财政体系和运维渠道由于平常的需求不多，根本上属于半个月或许会有一两个需求，所以这两个东西平常也由我来支持，其他人主要担任数据管理渠道上对应的模块，当然这些模块儿的迭代速度相对较快一些。
这是当初的区分，一直运转的挺好，但这两天出了一点小插曲。
插曲
上星期五和后端对接了一下我所担任的数据管理后台的模块的需求，最终的结论是尽量本周三上线，测验环境数据周一给到，周一给不到数据就延迟到周五上线，由于咱们的每周三是上线日。
然后周一的时分出现了一个状况是财政体系的需求紧急度也提上来了，由于财政体系周三要给相关的领导进行演示，担任财政体系的后端同学就坐在我旁边拉着我跟他对接财政体系的功用。
周一的这个时分其实后端的数据也没给到，所以我默认的就是数据管理渠道的功用就顺延到周五上线，而且，财政体系的存在在上星期五也是跟他们打过招待的。周一由于我被拉着做财政体系，所以就跟另外一个同学告知了一下根本的需求，由他来继续数据管理渠道的功用开发。
然后就到了周二，问题出现在周二的时分后端的担任人开端催进度了，按理说上星期五说好的周一没数据就顺延到周五上线，而且群里发的有对需求时分的记载，可是这个哥们又把咱们前端的大领导拉到群里，而且反映说：订好的周三上线，现在周三上线的风险很大，我是真不明白这个操作了。
然后咱们这边的事务担任人就跟前端的大领导反映了一下状况，前端的大领导又跟后端的那个事务的担任人又沟通了一下，定于周四上线。
这个工作就这么过去了。
反思
出现这个问题的原因其实有这么几个因素：
第一，临近年末，各个事务都需要向上级进行汇报，导致项目的优先级都有不同程度的上升，项目由本来的重要不紧急，都变成了重要且紧急。
第二，一个人同时开发多个事务线，当事务的需求是串行的时分，对各个事务方没什影响，可是一旦不同事务线的需求变成了并行，那么就需要做好预防措施了。
第三，在对接需求时，前端没有拍死周一给到数据的具体概念。后端认为的周一给到数据是：数据处理人员将数据处理后给到后端的时间。前端的概念其实是测验服务器上要有符合标准的，可以进行测验的数据。
最终
最终要说的，也是最重要的一点是：当工作的产生超出了自己可以处理的范围之外，一定要向上级进行反应，让领导酌情安排处理，千万不要依照自己的意思进行处理，避免各方都比较为难。
规矩态度，摆正位置，好好学习，拧好螺丝～
