第122期：一个人同时开发多个业务线容易出现的流程上的问题

封面图

上周末好容易来了个双休，出去转了一圈儿

背景

项目组目前主要负责的一条业务线是一个数据管理平台。因为整个平台有很多个不同的模块儿，且每个模块儿对应着不同的数据提供方和后端服务，所以前端任务划分是按照不同的模块进行划分，当某一个模块的需求太多时，其他模块需求不多的时候，人员可以机动一下，帮助别的同学开发一下多出来的需求。

除了数据管理平台之外，公司内部还有一个财务系统以及一个新建的运维平台。财务系统和运维平台因为平时的需求不多，基本上属于半个月可能会有一两个需求，所以这两个东西平时也由我来支持，其他人主要负责数据管理平台上对应的模块，当让这些模块儿的迭代速度相对较快一些。

这是当初的划分，一直运行的挺好，但这两天出了一点小插曲。

插曲

上周五和后端对接了一下我所负责的数据管理后台的模块的需求，最后的结论是尽量本周三上线，测试环境数据周一给到，周一给不到数据就延迟到周五上线，因为我们的每周三是上线日。

然后周一的时候出现了一个情况是财务系统的需求紧急度也提上来了，因为财务系统周三要给相关的领导进行演示，负责财务系统的后端同学就坐在我旁边拉着我跟他对接财务系统的功能。

周一的这个时候其实后端的数据也没给到，所以我默认的就是数据管理平台的功能就顺延到周五上线，并且，财务系统的存在在上周五也是跟他们打过招呼的。周一因为我被拉着做财务系统，所以就跟另外一个同学交代了一下基本的需求，由他来继续数据管理平台的功能开发。

然后就到了周二，问题出现在周二的时候后端的负责人开始催进度了，按理说上周五说好的周一没数据就顺延到周五上线，并且群里发的有对需求时候的记录，但是这个哥们又把我们前端的大领导拉到群里，并且反映说：订好的周三上线，现在周三上线的风险很大，我是真不明白这个操作了。

然后我们这边的业务负责人就跟前端的大领导反映了一下情况，前端的大领导又跟后端的那个业务的负责人又沟通了一下，定于周四上线。

这个事情就这么过去了。

反思

出现这个问题的原因其实有这么几个因素：

第一，临近年底，各个业务都需要向上级进行汇报，导致项目的优先级都有不同程度的上升，项目由原来的重要不紧急，都变成了重要且紧急。

第二，一个人同时开发多个业务线，当业务的需求是串行的时候，对各个业务方没什影响，但是一旦不同业务线的需求变成了并行，那么就需要做好预防措施了。

第三，在对接需求时，前端没有拍死周一给到数据的具体概念。后端认为的周一给到数据是：数据处理人员将数据处理后给到后端的时间。前端的概念其实是测试服务器上要有合乎规范的，能够进行测试的数据。

最后

最后要说的，也是最重要的一点是：当事情的发生超出了自己能够处理的范围之外，一定要向上级进行反馈，让领导酌情安排处理，千万不要按照自己的意思进行处理，以免各方都比较尴尬。

端正态度，摆正位置，好好学习，拧好螺丝～