为什么你每次和开发沟通需求都像打仗一样?

2018-06-17 10:47

  今天不谈产品规划,也不谈框架,更不谈原型,咱们谈谈为什么你的需求每次和开发沟通,都像打仗一样?

  PM:战斗在一线的同志,为了成功后能快速步入小康生活,你看这个基础设施能否再打造的完美一点?

  PM:怎么就加不了?这又不是什么复杂的功能,我逻辑都给你想好了(皱着眉头,非加不可的语气)

  开发人员:你项目上线周期定那么死,我现在还有好多接口没完成,哪有时间加啊?(抱怨,情绪不稳定)

  PM:那我也没见你们加班啊?再说这需求也不复杂啊,最多1天就能搞定!(的语气)

  开发人员:我在家加班不行吗?1天能搞定,你能你上啊!(爆发的边缘,声音分贝调高)

  PM:反正这是老板的要求,你要是不想加,那你直接去找老板吧(同样用很大分贝的声音搬出老板,来展现自己的气势。顺手把笔记本往桌子上一扔,不再说话,再聊下去就要撸起袖子开干了。)

  大家沟通了10分钟,闹的彼此很不愉快;最后的结果就是PM觉得很不爽,原因是:我好声好气和你聊需求,你给我脸色,我招谁惹谁了?我还不是为了公司的产品着想,心累。开发人员呢,也很不爽,就差点拿刀砍人了,心里在想:你丫就知道加需求,你加一个需求,要写5000行代码,时间还的那么死,还搬出老板压我,就不加,爱咋咋地。

  双方情绪都不稳定,一个没心思思考需求,一个没心思写代码,还可能一不小心搞个bug出来。

  其实呢,这个事情,PM和开发都没有错(当然也不是老板的错,捂脸),错就错在没有正确的沟通。

  上述只是简单阐述了沟通中的一个问题,PM在日常工作中,上对接领导,下对接开发、设计、运营、财务,左右还要对接客户,回到家还要考虑女朋友的感受,难免会遇到沟通的问题,那如何沟通才能在工作生活做到游刃有余呢?

  什么是沟通呢?很多PM思考这个问题的结论都是:为了某一目的,进行信息交流,以达到彼此都满意的状态。其实这个理解只对了一半,沟通的定义其实很简单,无非是6个字“听得懂,能接受”。

  就像沟通场景中有这么一段,PM刚说加个需求,话还没说完,开发人员的小情绪就如潮水般翻涌而来;这就导致沟通定义中前3个字“听得懂”都没有实现,如何继续沟通?再沟通下去,只会越来越糟。

  我们来还原一景,可能PM是想这么说:“能不能加个需求?这个需求是……这样子的,逻辑是……这样子的,开发时间就放在你们完成手头项目之后”。诶,发现没有,PM原本的意思并不是想现在就加需求;但表达的时候是先说出了“加需求”这个目的,我们把这个目的叫做第4点,需求描述、需求逻辑、开发时间为123点;那么PM表达的顺序就是4123。开发人员呢,一般思维逻辑都是直线,拿到一个点就考虑一个点,听到加需求,就开始1234的想,想着想着情绪就不稳定了,开始炸毛了;直接就否定了PM的话,后面的完全听不进去,然后就有了接下来带有情绪的沟通。

  总结:PM没能让开发人员“听得懂”,更别说“能接受”了,如果PM能稳住情绪,把沟通的要点说完,那就是另外一种场景。

  如上文,PM是知道开发人员没听懂的,但并没有用的语气去让对方听得懂,而是皱着眉进行反击;从而导致情绪进一步爆发,直至失控。

  现实生活中也有很多没把控好“情绪”的例子。一朋友和我聊天的时候提出一个问题,以下是聊天记录,你们随意感受下。

  “我女朋友让我陪她一起逛街买衣服,街也逛了,衣服也买了,为什么她总是一副不开心的样子呢?”(明明就是我这个单身狗,哼哼)

  “是啊,我说不累,怕她觉得我嫌弃陪她逛街,也说了衣服好看,但为什么她还是不开心呢,问她原因又不说,真是搞不懂”。

  “问题就出在你的肢体动作和语气,你肯定在说话的时候表现的很不耐烦。”

  最终导致既陪了时间,又掏了钱,依然不落好。女人问你累不累,其实是想知道你内心愿不愿意陪她,既然都已经陪着逛街了,何不笑着的回答她“累是累了点,但好不容易陪你逛一次街,再累也值得”。既然衣服都已经买了,钱也花了,女人问你好不好看,并不是让你来做任何评判的,而是想获得你的赞美,何不温柔的回答她“你穿什么都好看”。

  这个意思就很简单,我说了,你就要反馈有没有听见,是不是理解;如果没有理解,我可以再说一遍。

  假如你老板在公司群@你,并提到一个问题,如果你没有反馈,结果是怎样的呢?

  可能是这样的:你没有反馈,你老板就需要花时间去想,你到底有没有看见呢?如果你没有看见,那这个问题怎么处理呢?处理的方式有哪些呢?什么时候能搞定呢?一连串的问题在他脑海中飘过,花费了他大量的时间去帮你思考问题。最坏的结果就是认为你这个人不靠谱。

  沟通是一门艺术,需要长期的锻炼才能修有所成。一旦你懂的了沟通,你会发现很多问题都不再是“问题”。而沟通对于PM来说,至关重要!

  作者:melonx (号:melonx9) 非BAT产品经理,从事产品事业3-4年,89年老小伙、热爱生活、热爱互联网、喜欢运动、乐于助人、生命!

  本文由 @melonx 原创发布于人人都是产品经理。未经许可,转载。

  感觉文章里的举例回避了重点问题,哈哈哈,一般PM如果真的是加排在手头项目之后的需求,通常不会这样临时去找研发的。如果真的是现在就要加的需求呢,作者你可没正面回答啊,哈哈。另外,“能不能加一下…”这样的开场,很容易被回答不能,噗

  沟通本就是产品基本职能之一。关键是啊,明面上大家都和和睦睦,一加东西倒是也沟通的来,就常能拖时间,一拖就好久。而且很多程序员(不是全部,別怼我),做这行根本就是在混日子,很少去学习,有现成控件就拿来用,没有就告诉你做不了,产品层面想的再美,他就丢你一句话。而且因为现在供求关系等原因,往往程序员都觉得自己是大爷,产品都是,还特喜欢对功能指手画脚,但说的东西又多数不再理,你还得他们,说到底,目前IT行业门槛有点低,首先得承认很多产品什么都不懂,确实会被程序员挑出一堆毛病,然后就是现在的程序员很多都是速成,报个班学几个月就敢要价上万。然后老板为了节约成本又会招一些这样的人,恩,包括很多产品。哎,没想法的程序员,有想法的更加。

  本来工作量就不对等,姿态放低点没什么不好,产品的一句话,程序员要改几天还要加班,改出来的东西还有bug要修复,换位思考下,我现在一句线天班你乐不乐意?说实话,不懂沟通的产品我也想跟他说一句你能你上,现成的东西有为什么不拿来用,现在的很多框架就是现成的东西,没有这些现成的东西,现在的产品拿什么去做,就好比本事就是java封装的,不拿现成的语言去开发,用java开发?我觉得你的想法要改变一下,换位思考一下就知道了

  恩,你们说的都没有错,如果PM拿着详细的需求文档,缜密的流程图给程序员提需求,让程序员加加班,我觉得没错的。但要是PM需求文档没有,流程图没考虑清楚,想到一个需求就跑到程序员面前叽歪需求,我觉得就应该你能你上顶回去,不然今天改的明天PM又跑回来说好像不对又要改。 一个PM基本的素养是杨明白自己做的这个产品想要什么不想要什么,要有基本的想法。自己都没有想清楚的需求,应该在自己的脑海里,而不是让程序员给你做了实验后说不行。

  我完全同意你的说法啊,首先现在很多产品本身就没考虑清楚,这点我完全同意,包括自己刚开始做产品的时候也有很多想不清楚的。但工作量不等我完全不赞同,如果产品只画原型图,那工作量是肯定不等的,但产品的职能要考虑运营,要考虑市场,要去见客户,要做数据分析,要去怼老板,要把握本身产品工艺上的细节等等,当然不可否认很多产品做不到,那顶多就是个助理水平而已。关键是很多程序眼中产品就是个画原型图的,很多程序转成的产品也只负责画原型图。

  原因①、是突然增加极大工作量(1个工作日都可以认为是),但是又不给时间,原开发时间。

  原因②、这次只要你开口了说加,说不定以后会出现经常出现临时情况(绝对不能惯这种事)。自己给自己找事!人与人这个都能理解

  ①:开发阶段,小需求修改,去引导技术同事,自己说出结果。一般情况下他会很开心的改。

  ②:开发阶段,新增需求。根据需求高低,协调开发经理评估大致时间。必须情况,说出需求影响的严重性。都是打工的很少恶意为难的。非必需,看是否开发完成后,接一个小版本。

  ③:大范围变更需求,重新调整开发时间吧。类型领导新加需求,沟通开发评估时间,反馈领导。(可以先参考1,2)

  附一句自己的:请不要随便答应需求,不要确定时间,人都只有24小时。你要怂开发,但是也有怂上级的时候。(要么给时间,要么给人不是一句空话)

  一般来讲进入开发阶段的需求,都是固定的,很少改动,如果很多改动,那就不是研发的问题,是产品没想好;

  那如果原有需求固定了,只是必须增加一个比较核心的需求,这时就需要延长开发的周期;可以和研发同事这么说:这个需求很重要,但考虑到原有的时间计划已定,那么就延长开发周期,咱先把这个需求加上。一般听到给更多的时间,都会同意的。

  写的很赞,不过沟通其实也并不完全仅仅是沟通的问题,企业规模、文化,、惩激励方式等等都会影响到沟通的结果,沟通的这三方面重要也不重要,重要就在于无论其他外在情况是什么,好的沟通技巧都能让事情顺利一些,但是不重要的原因就在于忽视了场景、背景,再好的沟通技巧也改变不了注定站立于矛盾两侧的人的。

  谢谢你写了这么多评语,有一句叫“道不同不相为谋”,两个的个体之间的矛盾,由个人情绪引导,可能根本就不会去沟通;在商业中有一句叫“没有的友情,也没有不可化解的矛盾,只有共同的利益”,本文中讲矛盾双方为公司,有共同的利益,但凡有恻隐,都该去好好的沟通,从而引出如何沟通及沟通的技巧!

  文中我写到有搬出老板,说实话,这个我后面想提出,这个说法的错误的,一不小心忘记写了

  ;动不动搬出老板或领导是做事的大忌,第一会让研发觉得你在压他,在甩锅,如果提出了逻辑性的问题,你还是搬出领导,那就认为你没能力;第二如果领导知道了,会认为你办事不利,动不动就把他搬出了,要你这个职位有何用? 最怕的就是研发找领导说你这种做法,会陷入进退维谷的境地,珍重!

  【每日一问】第280期:锤子号称要电脑和office办公软件,是吹牛x还是线人关注

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集、培训、招聘、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上海广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里分享知识、招聘人才,与你一起成长。