以下内容根据现实工作中遇到过的情况进行编写的,大家可以打开脑洞,补充一下开发过程中遇到的需求变更情况。

早上开晨会

项目经理:今天中午封版,下午进行最后一轮回归测试,晚上上线。早上有提交代码的效率点

经过一早上的奋战,终于体检完代码…

中午吃饭时,产品经理顺便测试产品…

程序猿吃饭后后正在休息…

产品经理:找到项目经理,我刚才试了下我们的产品,整体体验都不错,还是挺流畅,就是我想把这个按钮从底部挪到状态栏,很简单的,只是挪下位置,可以吧

项目经理:已经封版了

产品经理:用户行为上,这个按钮在底部不符合用户点击行为,就挪下位置,很简单就改好了

项目经理:额,要不下个版本再迭代吧,今天已经封版了

产品经理:这个功能虽然不是主要功能,但是还是常用功能,如果换到顶部,能增加用户点击次数,还是改一下吧,很简单的,就是按钮挪下位置

项目经理:好吧,我找人改一下吧

正在睡觉的程序猿阿飞,被项目经理叫醒

项目经理:阿飞,你把这个页面的xx按钮从底部挪到顶部吧,趁测试还在休息快点改一下吧

阿飞迷迷糊糊的说:好吧,我看一下

5分钟后….

15分钟后… …

30分钟后… … …

阿飞郁闷的抱怨,沃日啊,这哪里是只改下位置,从fragment底部的一个按钮,调整到顶部activity状态栏,跨了类,而且会影响到其他fragment,顶部状态栏以前只设计了右边最多两个按钮,这有增加一个,又要改状态栏的框架,算了就直接改状态栏框架吧

40分钟后… 搞定

git pull. 没冲突

git commit

git push

阿飞:项目经理,我改好了,去补下觉

项目经理:好的,辛苦了

下午2点

项目经理:好了,编译版本,准备回归测试了

测试经理:好的,开始测试

测试a:咦,这里底部怎么有一块空白区域,浪费屏幕空间,且多不美观,提bug

测试b:哎,这里顶部按钮怎么变形了,提bug

测试c:这个页面以前没有状态栏的,怎么多了一个空白的区域

测试d:这个页面也是的

测试e:这个页面也是的,怎么回事呢?

测试f:…

测试g:…

测试… …

一个小时后:

测试经理:今天测试的怎么样啊,技术说已封版,下班前可以发布了吧

测试组长:我们发现好多顶部状态栏都有问题,回归测试不通过

测试经理:我去,不是说封版了吗,快去找项目经理

项目经理:我去,早上不是说都没问题了吗,快紧急开会

项目组成员:什么情况,早上还好好的

项目经理:每个人负责的页面,都好好检查一下,半小时内搞定

阿飞:睡觉

程序猿abcde:紧急跟踪问题

20分钟后:阿飞怎么提交了一个修改导致我这里有问题

我也是,我也是

28分钟后

项目经理:怎么样,解决了吗

程序猿:阿飞中午提交的代码导致的问题

项目经理:我去,他不就只是换了一个按钮的位置吗,什么情况,阿飞过来一下

阿飞:吧啦巴拉巴拉,这个本来不能挪的,吧啦巴拉巴拉,我就这样这样改了,没想到会影响其他页面

项目经理:回滚代码,重新出版本进行测试,所有人今天加班,测试经理,辛苦测试一起加班测试一下

程序猿:我去… 谁提的需求 … 晚上的约会又泡汤了

测试:我去… 程序猿都是猪啊,又得害得我们加班

项目经理:我去…以后不能对产品妥协了,又害得得加班

产品经理:我去…一个按钮位置都改不了,还做什么程序猿

程序猿 测试 项目经理 产品经理,一个按钮位置引发的血案

1 收藏


直接登录
最新评论
  • 树莓学生 学生一枚 2016/07/31

    怎么看像连环死锁

    • 小虾米 android 软件工程师 2016/07/31

      需求变更有时候就是像一个连环死锁,其实和有些新手解bug一样,改了一个问题以为好了,又引出了几个其他问题

  • Tiegeda 猿序程 2016/07/31

    产品经理,这么一个简单的问题,现在才想起来改,当初干啥去了,能力和责任心值得怀疑。

    项目经理,这种问题,应该把产品经理顶回去,不鸟它。

    程序猿,虽然锅不在此,但是面对产品变更牵扯太多,代码设计有点坏味道啊

  • 汪? IT汪 2016/08/03

    我笑了,说改就改,程序猿太弱鸡了吧。我认为作为一个项目不可缺少的部份,程序猿是有话语权的,你不说话有坑只能自己跳呗,发牢sao什么的都是浮云

  • aaa   2016/08/04

    这事其实属于沟通不及时,阿飞不应该抱怨,应该及时反映可能出现的问题,项目经理也有问题,动的时候应该在一边看着,改动封版的东西重视程度应该相当于直接改线上,产品不懂技术所以才需要有个技术负责人,至于产品就不说了。。。

    • 小虾米 android 软件工程师 2016/08/04

      臃肿的组织结构,职能划分不够明确,项目周期压缩严重,需求变更不增加开发时间。

      以上种种问题,都是我们工作中已经无奈到习以为常的情况了。

       

      理论上,和实际上是差很多的。

  • 九喇嘛 phper跨境电商 2016/08/04

    程序员===背锅侠

  • it男那点事 php 2016/08/14

    互相伤害

  • Spring   2016/08/14

    这真是一种实际情况吗?如果是,那怎么是反着来的?
    先封板,再回归测试?这不就是给测试提bug的机会么
    还有,为什么项目经理说改就改,不先分析一下改动量或影响的地方?

    本来需求变更是很正常的可,但我觉得应该是注程反了导致了这些问题。
    先回归测试,确认没有问题,并且由测试人员发起了测试报告,然后在封板,封板之后,不接受任何改动。哪怕真是一个文件的小改动,也应该放在下次迭代里或者第二天再做更新。
    如果封板之后还在提bug,那主动权就是项目经理这了!回归测试在干嘛,怎么没测出来,现在封板了还在提?这一句话就可以把测试的顶回去

    • 小虾米 android 软件工程师 2016/08/14

      不知你有没有去过外包公司,之前做一个移动项目的时候,特别贱,按照正常流程肯定没错,但是他们对接人比较奇葩,领导满意才算完成,当时商务对客户各种低姿态,开发这边不同意改的,客户投入到商务,商务投诉到项目经理的顶头上司,项目经理没办法,把压力转嫁给开发,就发生了恶性循环

      很多公司不懂技术的老资历是领导,提出的问题,你懂的!说多了都是泪啊

  • 生活就像强X 不能反抗就享受

    工作就像轮X 你不干 别人干