第122期:一个人同时开发多个业务线容易出现的流程上的问题
封面图
上周末好容易来了个双休,出去转了一圈儿
背景
项目组目前主要负责的一条业务线是一个数据管理平台。因为整个平台有很多个不同的模块儿,且每个模块儿对应着不同的数据提供方和后端服务,所以前端任务划分是按照不同的模块进行划分,当某一个模块的需求太多时,其他模块需求不多的时候,人员可以机动一下,帮助别的同学开发一下多出来的需求。
除了数据管理平台之外,公司内部还有一个财务系统以及一个新建的运维平台。财务系统和运维平台因为平时的需求不多,基本上属于半个月可能会有一两个需求,所以这两个东西平时也由我来支持,其他人主要负责数据管理平台上对应的模块,当让这些模块儿的迭代速度相对较快一些。
这是当初的划分,一直运行的挺好,但这两天出了一点小插曲。
插曲
上周五和后端对接了一下我所负责的数据管理后台的模块的需求,最后的结论是尽量本周三上线,测试环境数据周一给到,周一给不到数据就延迟到周五上线,因为我们的每周三是上线日。
然后周一的时候出现了一个情况是财务系统的需求紧急度也提上来了,因为财务系统周三要给相关的领导进行演示,负责财务系统的后端同学就坐在我旁边拉着我跟他对接财务系统的功能。
周一的这个时候其实后端的数据也没给到,所以我默认的就是数据管理平台的功能就顺延到周五上线,并且,财务系统的存在在上周五也是跟他们打过招呼的。周一因为我被拉着做财务系统,所以就跟另外一个同学交代了一下基本的需求,由他来继续数据管理平台的功能开发。
然后就到了周二,问题出现在周二的时候后端的负责人开始催进度了,按理说上周五说好的周一没数据就顺延到周五上线,并且群里发的有对需求时候的记录,但是这个哥们又把我们前端的大领导拉到群里,并且反映说:订好的周三上线,现在周三上线的风险很大
,我是真不明白这个操作了。
然后我们这边的业务负责人就跟前端的大领导反映了一下情况,前端的大领导又跟后端的那个业务的负责人又沟通了一下,定于周四上线。
这个事情就这么过去了。
反思
出现这个问题的原因其实有这么几个因素:
第一,临近年底,各个业务都需要向上级进行汇报,导致项目的优先级都有不同程度的上升,项目由原来的重要不紧急,都变成了重要且紧急。
第二,一个人同时开发多个业务线,当业务的需求是串行的时候,对各个业务方没什影响,但是一旦不同业务线的需求变成了并行,那么就需要做好预防措施了。
第三,在对接需求时,前端没有拍死周一给到数据的具体概念。后端认为的周一给到数据是:数据处理人员将数据处理后给到后端的时间。前端的概念其实是测试服务器上要有合乎规范的,能够进行测试的数据。
最后
最后要说的,也是最重要的一点是:当事情的发生超出了自己能够处理的范围之外,一定要向上级进行反馈,让领导酌情安排处理,千万不要按照自己的意思进行处理,以免各方都比较尴尬。
端正态度,摆正位置,好好学习,拧好螺丝~
相关文章
- 激光SLAM流程_激光打眼
- 永续合约系统开发详细流程丨合约跟单对冲量化系统开发原理及代码
- 开发流程规范 — commit及其之后的阶段
- 状态机/流程引擎/审批流的流程引擎/结合低代码开发的流程引擎 区别 业务系统中使用流程引擎「建议收藏」
- ChAMP分析甲基化数据:标准流程
- MapReduce编程初级实践_mapreduce的执行流程
- HDFS——写文件流程
- NFT铸造拍卖交易平台怎么开发?合约部署流程
- AI智能绘画NFT艺术品铸造系统开发智能合约编写技术流程
- 微擎部署独立系统操作流程(docker部署开发好的fasadmin项目)
- okhttp之RealCall.execute()流程介绍
- 关于Python区块链项目技术开发详细流程及成熟源码搭建
- iOS-申请开发证书流程
- 【嵌入式开发】 Bootloader 详解 ( 代码环境 | ARM 启动流程 | uboot 工作流程 | 架构设计)
- 苹果app开发流程详解
- Glide原理分析(二):Engine加载流程详解手机开发
- View/ViewGroup 绘制流程和疑惑(二)详解手机开发
- 开发机器学习应用程序的基本流程
- 管理Linux分支管理:掌握自由式开发流程(linux的分支)
- builderOracle流程构建器构建创新流程解决方案(oracle-flow)
- MySQL上机试验怎样进行,操作流程详解(MySQL上机试验)
- Redis队列管理面板简化工作流程(redis队列面板)
- Ajax提交表单数据到入库的全盘操作流程分享