调价项目主要问题总结
本文主要列出问题,对解决办法不会深入探讨,但欢迎大家的意见和建议。
业务流程:调价-符合首页某坑位门槛要求-调价商品集合-坑位加权曝光。
需求阶段
问题:业务规则总是变化,大概十多个版本,朝令夕改是常事。因为用的首页黄金流量,运营决策更是慎之又慎。
产品技术有理了:业务规则未定,需求也不能评审,去催催业务,早点把规则定下来
项目经理有坑了:爷爷的,上线日期已经敲定,越晚确认就当孙子的机会越多
排期阶段
问题:主产品跟各侧快速对了下,分产品线沟通,打算同步给业务方两周后上线
业务方估计会爽了:这么快可以上线,拖了这么久规则影响不大,老板一定很开心,准备汇报了
项目经理应该不爽了:各产品线优先级、迭代也不一致、联调时间不要了,这不是瞎搞嘛,你来排期嘛
开发阶段
问题:系统边界不清晰,等清晰了再搞。上游系统都不开发,连接口定义都不给,搞不下去哦,还有别的高优先级项目呢
开发技术常抱怨:这个业务边界有问题嘛,一开始方案评审我也没参加,我要找我领导了解下,有可能找架构师
架构师有点意思:架构方案很清晰啊,这一点其实放在哪个系统做都可以啊,你们领导定下呗,有问题随时欢迎探讨
项目经理心里慌:边界听架构师的,大家有没有问题-虽然需要和技术负责人讨论沟通确认。
测试阶段
问题:联调发现接口传输纬度不一致,列表页和商详页取数不一致,当初需求是咋对的啊?
产品找邮件证明:看邮件嘛,当初写得很清楚,就是纬度不一样哦,照邮件修改
开发找需求规范:我按照PRD来的哦,邮件满天飞,我哪儿知道在哪个鬼地方
测试找项目经理:都没有按照需求来,上线肯定要推迟啊,哪来得及啊,现在才发现
项目经理脑壳痛:有没有啥捷径呢?大家先看看怎样可以快速调整,只能加加班?实在不行找领导申请周末?我跟业务聊下?幸好当初留了点缓冲?
上线阶段
问题:上线还算顺利,各系统依赖较少,但捞取不到数据哦,业务规则实在苛刻啊
产品心里苦:一开始就说这个门槛口径不合理嘛,都捞数给你们看了,还坚持?这下咋破,业务想想看?
业务拍脑袋:当初本来就是拍出来的嘛,先系统上线再优化嘛!我跟领导请示下,把口径放宽,让业务先跑起来
技术很习惯:改口径临时刷数,支持项目运营,虽然这事我经常干,拜托能不能一开始想好?
项目经理很受伤:每次发布都不能做一个完美的发布,先临时堵坑后填坑,好像也是常态呢。
运营阶段
问题:说好的周四上线,周五验收,周一试运营,突然通知周六开始运营
业务方装无奈:最近大家都很辛苦,我们都跟领导反馈的,领导想尽快看到效果,我们自己也不想周六来呢?
产品技术真无奈:谁想的这骚主意,加班这么久,周末还得继续,够狠啊,悲催的程序员!
项目经理心里苦:违心地说,业务方就是我们的衣食父母,撸起袖子也要加油干啊!