Dynamic News

产物司理与法式员的撕逼大戏(上)(原创)

发布于2020-11-02    作者:Admin

是否还记得第一次和RD争持时的情形?

我来讲讲我之前的经历,和我合作的这位RD平常不喜爱看文档,更不喜爱依据文档写的做,因而总泛起问题。一般来说只需不影响用户运用,我就睁一只眼闭一只眼了。

某次需求修正数据,我便给他发微信阐明需求修正的字段和内容。由于怕他遗失,所以我特意在邮件中将需求修正的字段标红加粗,作用仍是漏了一个字段。想到之前一再不依据文档开发发作的问题,一股无名火从我心头冒出,八面威风便前去理论。

谁知这位也理直气壮,体现漏的谁人字段是由于我没有当面和他说,他怕改错了担职责,所以没有改。借此机遇,我问他为什么平常总不能依据需求文档开发,是评定时我没批注白,仍是我对开发进度不可注重。谜底让我啼笑皆非,没按文档做不是开发的问题,是测验时没有测出来。

尽管听了很气愤,但是看到他的情绪,我清晰除非把这件事闹大,不然不可能处理。但为了抵达终究意图,我仍是忍了......那回忆下我的意图:一是让RD知道我关于不依据文档开发的情绪,二是处理修正数据的问题。只需意图抵达,就没有需求再争辩下去。

处理办法

1. 不把本次争辩的要点放在工作的对错上,而是注重怎么赶快处理数据修正的问题。在之后的需求评定中要点关照下这位搭档,多问问他对需求的理解,听听他的定见和反应。

2. 和测验相同,见告他之前测验过的项目有问题,今后需求再细心些。一同在举办检验时,我也会越发仔细,只管把每一个点都检验到。

3. 走运的是当时来了个新的测验人员,刚好卖力我这个体系。我给他讲了不少事务、体系相关内容,他遇到的问题我也会实时协助处理,一段时间下来合作得很默契。再加上他干事仔细有规矩,岂论是写测验用例仍是提bug都很标准,关于RD不按文档做的问题坚决指出,一段时间内竟然没再泛起问题。

事例总结

1. 处理问题的办法有许多,不一定要直面问题

如上所述,与RD相同不能处理问题,就需求从测验着手,增强测验对工作的注重,然后倒逼RD依据文档来做。这种做法看起来似乎是在尴尬RD,但是从大局动身,是为了阻止泛起由于成效问题而回滚或许需求修正的状况。

其实,这件事还有其他的处理办法,例如把问题反应给开发团队的leader,或许比及项目泛起问题引起导游层的注重后再处理,又或许放下手中的工作掰扯清楚职责的归属等。总归,不同的人有不同的处理办法。我以为,在项目中小我私家的得失永远是小事,一切的相同和处置赏罚问题,都要以项目期望为最优意图。

2. 保持杰出的相同气氛

我并没有挑选其他几种处置赏罚办法的原因,一方面是团队文明和内部气氛不允许,但是主要原因在于想要保持杰出的相同气氛。

工作中的每小我私家都市犯错,想象假如产品的规划泛起缺点,RD抓住问题不断质问,产品司理除了不爽外,还会感应压力山大。长久这样下去很难构成安稳、杰出的合作联系。这样的气氛也会让项目组内人人自危,泛起问题不乐意担负职责,乃至不想接手工作。

在团队中总着重一个观点,即出了问题不可怕,应该把注意力放在处理问题上,而不是追责。相互指责不能处理问题,只能把团队气氛搞差,假如出了问题后每小我私家都只想着怎么甩锅,那么问题谁来处置赏罚呢?

一个好的产品司理所保持的相同气氛,应该是人人都乐意各持己见,人人都把处置赏罚问题放在首位,人人都乐意担负职责的。

信任本文会赞助我们有一些启示,期望能够帮到我们与研制火伴建设起杰出可接连的协作机制,下期即将共享与运营部分合作事例,最终仍是期望我们接连注重,微信民众号中查找“小宝谈产品”,让我们一同在产品和运营的路上不断前行~