一点小启发：专治需求传递中的各种不服

文章插图
不得不承认，大多时候，灵活的头脑比强健的肌肉，更有用。
峡谷队友都知道，镜同学这两天工作繁重，都没时间开黑。
加之领导制定的KPI比他的腰还粗，导致团队压力巨大，天天主动加班，蹭完晚饭蹭夜宵，好几天都没有峡谷开黑了，俨然优秀新农工的楷模。
以至于连二傻子都疑惑了，不断地对我灵魂拷问：阿镜，你近来不对劲儿啊，工作期间怎么还干起活了？
呸，我特么哪天不划水？呸呸，我特么哪天干活了？
经过我们团队刻苦的努力，连续几天的通宵鏖战：我们特么终于被考核了。
似乎印证了一句老话：干得越多，错的越多，嗷，嗷嗷。
当时的需求是这样的：在我们应收账款融资产品的授信管理功能里面，其中，有个字段叫做“开单服务费”，是由我们自己平台收取的。
按照需求，“开单服务费”是区间比例值，区间规则为：0-10% 。
包括零。
结果测试同学在执行用例测试时，漏掉了0这种情况，忘记测试0了。
而我作为产品汪，在验收测试时，也没有验收到该用例，只是验收了主流程，所以也需要附带连带责任。
说心里话，咱当时的心情和李团长差不多：老子从哪儿突围不是突围，验证主流程不就行了，能有啥影响？还要求全部验收完毕么？这不是欺负老实人么？不行，得给老子昭雪平反。
这咱能忍？
可镜同学再次被打脸（虽然我已经习惯了），事实再一次验证了墨菲定律。
昨天集团地产板块作为核心企业开始正式使用我们的金融产品，但是我们平台不能收取开单服务费。
于是运营人员设置成零时，发现竟然无法设置成功，直接报错提示。
有业务经验的同学都清楚，在真实业务遇到这种问题很棘手，搞不好就会客户流失，最要命的是，时间很紧，必须马上付款，也就是系统不能耽误一丝一毫时间。
就这么一个小错误，竟成了滑铁卢，直接导致了重大的实单运营事故。
我们似乎听到运营人员在说：测试同学拉出去祭旗，产品经理直接枪毙。
甚至看见他们在本子上画圈圈。
怎么办？
虽然需求本身没问题，但需求传递过程中出现了瑕疵，是应该挥泪斩测试，但眼下怎么办？
没有项目经理，产品经理就是第一负责人，解决问题是当务之急。
看着他们还在本子上画圈圈，急得镜同学原地转圈圈，祭旗测试事小，当下不行，他还欠我俩待测模块呢。
于是，怒从心头起，恶向胆边生，我急中生智，果然，打败魔法的还得是魔法：
咱和运营商量，还先正常按千分之二收取平台服务费，我们再出具一个减免协议，不实质收取。
这样就不至于阻断流程，当务之急是抓紧走流程。
运营同学一听靠谱，好在客户也不懂，跟客户一说减免，他们还挺高兴，似乎占了便宜。
也乐的运营同学直夸咱：你特娘的可真是个人才。
我特么亲手看到他把我的名字从小本本上划掉了。
镜同学现在发掘自己，除了吹牛皮和脸皮厚这俩优秀品质之外，讲故事有望解锁为第三技能。
我再讲一个昨天发生的真实小故事：
因为工作繁重，人手不足，新功能的界面设计图，UI同学无法面面俱到，于是提出相似界面不再出图，这其实也是敏捷流程下的常规操作。
前端在开发时，发现好多列表展示时，有的是左对齐（比如，操作按钮），有的是右对齐（比如，金额类数据），还有的是居中对齐（比如，企业名称，系统编号等）。

以上关于本文的内容，仅作参考！温馨提示：如遇健康、疾病相关的问题，请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容，希望对您有所帮助：