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