浅谈 产品经理、研发、测试,三个冤家如何高效沟通

浅谈 产品经理、研发、测试,三个冤家的那点事(1)

算上实习时间,参加工作已经五年了,一直在从事软件开发和测试的工作,期间也兼职干过一部分产品经理的事情,对这三者之间的微妙关系,颇有感悟。

1. 先来解读一下这三个岗位的“痛点”

聚会的时候,经常碰到以下几种情况,事后想起来,经常会有逗乐的感脚。

做开发的GG们是这样的:

一聊到自己的项目,两眼开始冒光,同时开启了狂喷模式,blabla一堆高大上的专业术语,一方面骂测试人员不懂技术,提的bug根本就不是关键问题,高级的bug他们根本就发现不了。

另一方面指责产品经理PRD写得狗屁不通,有的甚至连个原型图都不会画,整天就知道站在那里提需求,提需求,搞得好像自己真的很了解用户和产品需求似的……言辞之间,尽是对自己所处环境的不满和对非技术岗位的不屑一顾。

程序猿GG们的痛点:

痛点一:测试人员不在前期介入,bug都拖到了最后才提,修改代码,牵一发而动全身,最可恶的是,测试还追着跟我们讨要一整套设计文档,设计文档和技术实现有时候是两回事好不好?

痛点二:产品经理不写需求文档,不做原型设计,就是嘴上交流交流,我们研发既不是你相好的,又不是你肚子里的蛔虫,我们怎么知道你想要的到底是什么?

痛点三:项目进度得靠自己把控,要编代码,还要写概要设计、详细设计、代码设计,最可恶的是写完了就是原发内部看看,产品需求文档都没有,无从对比,写这些又有什么意义呢?白白浪费时间,害得我们天天加班。

痛点四:遇到目前技术实现不了的需求和一个强势的产品经理,就只有哭的份儿了,你跟他说技术难度和风险,他扯着嗓子跟你说“用户想要的就是这个!!”

痛点五:程序猿GG们有大量还处在单身贵族的行列里,常年加班和无趣的工作氛围,造就了他们闷骚的性格和可悲的现状,他们虽然头脑聪明,但并不善于展现自己,他们虽然收入不错,却依旧找不到女盆友……

做测试的童鞋则是这么想的:

身边做测试的都是女生,MM们吐槽对象的大都是研发人员,总体来讲,测试对于开发GG们也是无奈至极。

“身为研发人员,怎么能对测试提出的bug置之不理呢?!”一个做测试的MM如此控诉道,“我看还是他们编程能力不到位,要不怎么一个bug提了那么久,说得嘴都磨破了,还不修改?”

由此可见,研发人员不能高效的修改bug,是最让测试MM们伤心和头疼的问题。

测试MM们的痛点:

痛点一:因为对产品开发环境不熟悉,测试环境配置需要花大量时间。

痛点二:研发对于测试提出的bug不能及时修改。

痛点三:研发修改了bug,也不在bug管理库里更改状态,提交测试复测,而是攒起来,到最后才说,无故打乱了测试的工作节奏。

痛点三:bug的定义问题,经常与研发干仗。

痛点四:测试的话语权不高,不受尊重,一般的文档bug都会直接被无视。

痛点五:产品要上线之前的通宵加班,真的会出人命的好么?

痛点六:有的童鞋做白盒,代码走查,分析逻辑让人痛不欲生,遇到代码风格混乱的程序猿写的乱码,就更想死了……

做产品经理的童鞋就更有意思了:

在同时有多个产品经理在场的聚会里,他们往往一脸迷茫,有的根本搞不清自己做的事情是不是一个产品经理的职责范畴,有的说自己在做运营,有的说自己像销售,还有的说挂着产品经理的头衔,原来还得写代码……

尤其是刚刚毕业一两年的产品新人,感觉自己既不懂技术,又不懂用户,就算是对本公司的产品,也不敢说是了如指掌,更遑论对整个行业和市场的理解和预见了。

每个公司所在的行业不同,所作的产品不一样,甚至同一个公司不同产品部门所做的产品也可能差别极大,规模大一点的公司,还可能更加细分产品经理的岗位职责,有偏向前端的,有偏向后端的,有偏向运营的,有偏向设计的,还有偏向数据的。

产品经理的同学经常会受到来自用户、研发和测试三方面的压力,表面上话语权很高,因为“PM毕竟是要为整个产品负责的啊!”,但实际上,很多公司的技术团队都不把产品经理放在眼里,认为他们就是一群“不懂技术,还要过来指指点点的‘赵括’”!

在备受各方打压的环境下,产品经理战战兢兢,提心吊胆,每次测试和研发因为一个bug的定义问题开撕的时候,产品经理都是那个最后去善后的人,也往往会被扣上“需求定义不明”的大黑帽子。

产品汪的痛点:

痛点一:工作范围太广,有种打杂还不讨好的感觉。

痛点二:没创新能力公司不要你,但有创新能力也不能尽情发挥,因为产品的创新往往都很慎重,基本都是用户发现不了的“微整”。

痛点三:原以为干个几年会成为一个对行业和领域有宏观认知的高级人才,没想到到头来也就是画了几张axure原型图,脑子里对产品的理解还是那个样子。

痛点四:BRD商业需求文档、MRD市场需求文档、PRD产品需求文档根本就没时间写,之前明明和研发沟通过的一个功能细节,结果有问题了,又返回来追究我PRD没写了,根本就是技术实现不力,还推诿!

痛点五:我做产品经理是因为之前啥也不会就去实习了,最后留下了,但要说这是我的兴趣吗,我不知道,我看不到自己的未来。

痛点六:对于转行的PM,因为此后再也不用编程了,一年之后,除了把嘴皮子比以前好了一点之外,感觉自己的职业发展越来越不高端了,基本一年之后,就不能再回去做开发了。

痛点七:没有一技傍身,axure和ps也学得半瓶醋,总感觉很迷茫,不知道自己下一份工作的产品方向是不是还是这个,如果是,没有新鲜感,如果不是,感觉又得重新再来,职业的连续性是不是不好呢?唉,还是迷茫……

时间: 03-09

浅谈 产品经理、研发、测试,三个冤家如何高效沟通的相关文章

【转】测试,人人都是产品经理之测试产品的选择和创造

  序言:明天新的一年的的工作开始了,在晚上写这篇文章,也算是对自己一年工作的一个简单的总结以及对今年所想做的事情作为一个开端吧.这次回家,疯狂了一把,不管测试.不管自动化.也不管技术,只知道与朋友们欢畅,踏上回来的途中,却反射性的重新拿起了书.每个人也许想知道自己的价值在哪,无论在哪,我觉得每个人都是自己的产品经理,而定位自己的需求,寻找产品的价值都是一件很难的事情,首先知道自己要什么,再知道自己可以设计出来?最后还要经过反复的实践和测试,才能诞生出一个让自己感到稍微满意的产品,因为这些文章,

浅谈产品拆解的五宗罪:你可能拆的是假的产品(转)

很多产品经理都有过拆解产品的经历,通常按照一套既定的分析框架和思路来分析一款产品,并期望能借此建立完整的产品认知.当然你也可以通过学习产品拆解报告,来快速地了解一款产品,学习其在产品.设计.运营等方面的可取之处. 不幸的是,我发现绝大部分的产品拆解可能都掉坑里了,我戏称之为,“拆的是假产品”. 不信?那就让我们以“喜马拉雅FM”为例来仔细看一看. 现在,你可以在度娘上搜索“喜马拉雅FM产品分析”或“喜马拉雅FM体验报告”等(需要说明的是,本文并不针对任何内容平台或作者). 也许你也懒得看上面这些

产品经理必备的三种逻辑思维方式详解

产品经理的逻辑思维决定了产品未来的发展规模及产品周期,作为决定产品命运的推手,这三种逻辑思考方式你必须知道. 每个人都有自己不同的思维方式,思维方式决定着看问题的层次和高度.作为靠思考为核心竞争力的产品经理,需要更强的逻辑思维能力.而这种逻辑思维的能力是需要在认识的基础上,不断实践锻炼和强化才能形成属于自己的完整的思考体系.介绍几种的逻辑思考方式供大家参考学习. 1.空.雨.伞-决策思维 产品经理作为产品的负责人,每天都会面对各个方面的决策,产品定位.项目排期.设计抉择等等.而这些决策需要产品经

第二十九篇:浅谈一线经理的管理策略

今天看到一条朋友圈中的内容:好单位与坏单位 文中列举了好与坏的各种分别: 好公司: 牛人很多,比你更谦卑,更努力,你不努力都不好意思呆下去! 员工都有目标有理想有希望 每个人脸上都写着"价值与目标" 坏公司: 扯皮,推诿,不承担,办事效率低,发牢骚的人很多, 不仅不干活,而且党同伐异,想把干活的人全干掉! 员工以混日子,不承担责任,得过且过去生存. 每个人的脸上都写着"自我与个性" 具体到一个公司,都是好公司与坏公司的结合体. 刚刚起步的STARTUP,大家都是志同

从平安wifi的短信验证码--也谈产品经理

有钱就是任性,今年很流行. 但在下载后,填手机验证码的时候,我在重复了7次之后,才得以成功. 平时很多短信验证码都是60s,这个时间在一般时段是合适的.但在平安免费注册的1.28日,人数太多,这个经验值就值得商榷了. 对于应用的用户体验来说,收七次验证码,加上60秒倒数的慌乱,即使不考虑短信费用,也是一件让人扯蛋的事情. 所以,产品经理不是小事,百万人次被扯蛋不是好体验.所以,60秒的产品经理是及格,但不是优秀. 多给点时间,对PM来说,有那么难么?! 参见: 平安"土豪式"搅局免费W

浅谈字符串处理函数(三)

前面我们谈到了strcpy和strncpy这两个函数.这两个函数都没有考虑到内存重叠,假如要考虑内存重叠,我们又该如何实现呢?所谓重叠,就是src未处理的部分已经被dst给覆盖了 memcpy的函数原型如下:void *memcpy(void *dest, const void *src, size_t n); memcpy函数的功能是从源src所指的内存地址的起始位置开始拷贝n个字节到目标dest所指的内存地址的起始位置中. 函数返回指向dest的指针. 函数实现如下: void *mymem

【转】浅谈DC/AC SCAN测试

SCAN技术,也就是ATPG技术-- 测试std-logic, 主要实现工具是:产生ATPG使用Mentor的 TestKompress和synopsys TetraMAX:插入scan chain主要使用synopsys 的DFT compiler  通常,我们所说的DCSCAN就是normal scan test 即慢速测试,测试频率是10M-30M ,AC SCAN 也就是at-speed scan 即实速测试,测试频率与芯片真实工作频率是一样的. 70年代到1995年这段时间里,由于芯片

浅谈数据结构之顺序栈(三)

栈:是限定仅在表尾进行插入与删除操作的线性表.我们把允许插入与删除的一端称为栈顶,另一端称为栈底,不含任何数据元素的称为空栈.栈的插入操作,叫作进栈,也叫压栈.入栈,类似于子弹入弹夹:栈的删除操作,叫作出栈,也叫弹栈,如同弹夹中的子弹出夹.注意:栈的定义中的"表尾"指的是"栈顶",而不是"栈底". 首先,栈是一个线性表,也就是说:栈具有线性结构,即前驱后继关系:只不过它是一个特殊的线性表而已,它的特殊之处在于限制了这个线性表的插入与删除位置,它始

【C++】浅谈三大特性之一继承(三)

四,派生类的六个默认成员函数 在继承关系里,如果我们没有显示的定义这六个成员函数,则编译系统会在适合场合为我们自动合成. 继承关系中构造函数和析构函数的调用顺序: class B { public: B() { cout<<"B()"<<endl; } ~B() { cout<<"~B()"<<endl; } }; class D:public B { public: D() { cout<<"D