在互联网公司里,总有那么两拨相爱相杀的动物,程序狗和产品喵,你觉得我大忽悠,我觉得你傲娇,互相觉得是傻逼,两者之间总会发生一些驴唇不对马嘴的对话因而造成彼此的怨恨。要解决这种互看不爽问题,产品应该站在主动的位置。说得好听点,这是产品应该做的事情,直白点说,产品还得求人干活呢(个人不太喜欢这种说法,后面细说)。
项目管理者联盟
工作中,我和各种岗位的工程师(客户端前端后台和数据)都有打过交道,自认为和工程师之间的沟通还算顺畅和谐,今天就给大家介绍一下我的心得。项目管理者联盟
个人认为无非三点:尊重、信任和理解。项目管理者联盟
这三个词比较虚,其实和所有人打交道都离不开这三点,但在对待工程师这种特定的物种时,这三个词都有一些更具体的含义。项目管理者联盟
建立良好沟通的三大要点项目管理者联盟
1、 尊重service.mypm.net
这个需求麻烦你帮忙开发一下吧,做完了请你吃饭!项目管理者联盟
因为产品经理是一个目标导向极强的岗位,简言之就是以项目成败论英雄,而工程师天然有着追求技术难度的属性(应该没有说错吧?这个在社会评价产品经理或工程师是否成功的标准中已经体现的很明显了),虽然有时候目标达成和技术难度在大方向大部分是时候是一致的,但追求上细微的不一致造成了我们现在看到的常见产品和技术的交流模式:产品跪舔技术去完成项目。项目管理者联盟
也因此,我敢负责任的说,在大部分的产品经理眼中,工程师只是他们完成项目的工具而已。不相信?前面我说的“产品还得求工程师干活”这句话有多少人觉得不对劲?项目管理者联盟
在我看来,这种“产品求着工程干活”的思想就是对工程师岗位的不尊重,这种思想看起来在提高工程师的地位,但实际上是将工程师工具化并排除在最终的成果之外。项目管理者联盟
尊重是应该从心里而来的,而不是在谄媚的行为和语言中(比如前面说的跪舔和各种甜言蜜语,但有时候请吃饭是必不可少)。项目管理者联盟文章
那么什么才是代表着尊重的关系呢?个人认为,产品经理应该把工程师当做最亲密的合作伙伴。合作伙伴,就是大家有共同的目标,一起努力去完成目标,荣辱与共。www.mypm.net
从项目角度来说,一个项目的成功,除了产品层面的内容,也需要技术上的完美无瑕,而技术问题的解决,是离不开工程师的积极心态的。项目管理者联盟
在建立这种可靠的合作关系中,产品经理有主动的责任,那么如何才能激发工程师们的主人翁精神,建立合作关系呢?这里有几个可行的建议:
● 多向工程师描述大愿景而不仅仅是去描述眼前的功能training.mypm.net
● 让工程师了解更多的背景、目标、成果等,而不是只是告诉工程师要做什么项目管理者联盟
● 少说“我”,多说“我们”,不要说“这个应该很简单吧”项目管理论坛
作为合作伙伴,你也需要避免自己在工程师被定义为竞对功能抄袭机器和领导训话传达者,认真对待自己的每个需求,能够很好的解释需求的意义和目标,提升自己的靠谱程度。talent.mypm.net
当然有时候,即使做好了自己,你也会碰到看不起产品经理的工程师(可能之前被我们不靠谱的同行伤害过而抱有偏见),你自己的工作都不能得到应有的尊重,这种情况下,唯有你持续的专业表现才是唯一的解药。项目管理培训
2、 信任项目管理者联盟文章
这个应该要不了这么久吧?项目管理者联盟
相信大家都听到过(或说过)类似“这个怎么要做这么久?”这样的描述,产品和工程师之间的互看不爽很可能都是从这类话开始的,将心比心,这类不信任的话谁听了心里都不会开心。项目管理者联盟
做人啊,最重要的要始终做到善意猜测,即对任何人的任何行为,都要认为对方是基于一个积极的目的的。落实到工作中,善意猜测就是要相信工程师的能力和品格,尽量对工程师给出的技术反馈(方案设计、估时等等)保持足够的信任,绝大部分情况下,应该也没有人会故意耍滑头。如果你身边真的有这种工程师,我这边也建议先自省一下:有工程师朋友告诉我,他在估时的时候就习惯性的多估几天,因为产品总是在开发过程中有各种各样的需求变更。项目管理者联盟
如果你真的怀疑有诈的时候怎么办呢?service.mypm.net
我有两个建议:首先是增加自己对一些技术实现的了解,能够有自己的一些基本判断;二是在遇到有疑问时找其他的工程师朋友帮忙确认,如果有问题时可以通过细化分解技术方案让一切花招显形,或者寻求升级解决。项目管理者联盟
|