昨天,一篇知乎上名为 “[如何向外行解释产品经理频繁更改需求为什么会令程序员烦恼?][1]”

[1]: https://www.zhihu.com/question/40712955/answer/87890964 的帖子在各个 IT 相关群里刷了屏
作为一名在某二线城市做了几年测试的圈内人,从看了这个帖子之后,脑子里就总有一个声音对我说道 “一定要写些什么罢”。
于是就有了下面这些胡言乱语...


首先,按照帖子里的套路,对于绝对大多数小公司应该是这样一个结局——
提着菜刀冲出后厨的厨师被几个精壮汉子像死狗一样按在地上,饭店经理点头哈腰的对客人说 “对不起,我们员工态度不好,您别往心里去,今天这单给您打五折...balabala”
事后厨子既受了委屈,还要遭到诸如 “什么傻逼厨子...饭都做不好” 之类的流言蜚语。
最终导致厨子叛逆值不断积累直到 MAX 怒而跳槽...


文中角色如下:
你=客户
服务员=客户经理 + 产品经理
大厨=码农

那么在这样的环境之中,如果我们要加上测试人员,他扮演的质检角色将是一个什么样的境遇呢?下面让我来试想一下。
(假定工作流程为:服务员要和质检来确认菜是否可上)


厨师做好菜,质检按照常规检测色香味火候...通知服务员菜已 OK
——这是原始需求开发完毕

服务员:“菜好了么?”
质检:“稍等一下,我得拿筷子挨个扒拉来确认里面没有残留的肉,或者把花生胡萝卜也给挑出去”。
——这是需求变更系统重构,测试验证新需求并 review 流程,项目周期增加

质检苦着脸对大厨说:“我不知道加腐竹而且没有肉的宫保鸡丁是什么味儿啊”
大厨:“没关系,你看这几样东西熟了就行”
质检:“好吧”
——这是测试没有和用户沟通,只能通过开发人员来了解需求

厨师做了一份回了锅、加了蒜毫、加了茄丁、撒了番茄酱的 “宫保鸡丁”
质检抓狂中:"...这尼玛是哪国的黑暗料理啊,怎么才算炒好啊"
——这是由于需求频繁改动,测试已经无法对项目最终目标进行把控。

“还没验好啊!客人等不及了!” 前台,厨子不停的催促
质检无可奈何 “不管了,吃不死人就行”
服务员 “别检了,客人要疯了,赶紧上菜!”
——这是由于需求变更导致项目延误,各方面只好压缩测试时间。

最终客人不满意,厨师去找客人 pk 反被经理 ko
“你瞧瞧给客人上的这是什么东西?萝卜老了茄丁没熟番茄酱多的齁死人你都没发现?要你这质检的干吗?!”
质检:“@!……@%!¥#!”
——这是由于项目最终受益受损,各方面把锅丢给测试

各位觉得这种情况是怎样造成的?
虽然表面上看来是由于客户方无休止的变更导致。
也许有人说 “我家店大,恶客恕不接待”,但大店终归量少,而且大店都是从小店发展而来...
更况且对于领导来说,往往只有销售/市场才能给企业带来真金白银的收益,所以往往是销售话语权重。老板而又担心技术造反而不敢苛责,只好对丢锅给测试行为睁一只眼闭一只眼。


那么针对这一现状,我们作为测试人员,如何在做好本职工作的前提下进行过程改进呢?
在这里仍旧借用这个饭店的例子,大致说一下我的看法:
(首先确认一点:我们的目标是做成一流的标准化餐厅,而不是那种个性化的私厨 XX 大院)

严把来料关,保证米面油菜都是新鲜的
学习业内名店管理经验,规范厨房工作,炒菜做饭都是有章可循
——这是内部流程改进

做一份新菜单,列出每份菜的照片、原料、营养、口味、同时注明那些可以自选的项目,比如加不加辣、放不放香菜、是否清真等。让客户一眼就能够看到自己点的菜是不是自己想要的
——这是项目产品化、产品模块化

对餐厅与客户可能产生交互的人员进行统一培训,包括相关知识(啥能做啥不能做)、话术、日常行为等
——这是积极沟通协作部门,提高相关人员综合素质

定期和老板做统计汇报,包括厨房工作情况、前台投诉数量、同时列出改进前后的大致比对情况,让领导对质检工作成果有个了解
——这是表功抱大腿(划掉)

以上是跟某老大哥喝咖啡之后有感而发,如有雷同,纯属巧合~


↙↙↙阅读原文可查看相关链接,并与作者交流