• Ned
    2018-01-04
    有项目喝酒吃肉谈工作,没项目吃肉喝酒聊生活
    相互尊重是原则,敢于背锅是觉悟

    作者回复: 赞总结

    
     16
  • 刘祯
    2018-01-04
    句句在理,职场残酷,建立良好的人际关系就至关重要了,二爷文章中的几句调侃真的很赞。

    说起与工程师打交道,我自己的经历可供大家参考。

    小宇是我们创业后认识的一位技术伙伴,熟悉 PhP 程序语言开发,在工作两年后,他辞去知名杂志社工作加入我们的创业团队,他负责技术,我负责产品,两人便因此相识了。
     
    刚认识小宇之时,我还是十分稚嫩,关于需求讨论或是开发进度都不可避免地与他产生各种各样的矛盾,这一度让我十分压抑,似乎我的角色要被代替了。在我看来,他的确经验丰富,对于技术、产品、趋势、商业都有清晰的见解,很多方面我都需要向他请教,但我心里总是有些不甘,希望能够成为全面的产品经理。

    再三反思后,我逐渐转变了自己的工作态度以及沟通方式,虽然他说话直白,但就事论事,我认为是很舒服的交流方式。后来,我们也慢慢变成了无话不谈的朋友,现在还在一起学习成长,相互理解。
    展开

    作者回复: 有这样的朋友,比一份工作还有价值,或许你以后会理解,记得一直跟他保持联系

    
     7
  • 孙伟贤
    2018-01-06
    工程师是我觉得公司里最好沟通的人,单纯的要命。

    作者回复: 哈哈哈哈哈哈哈哈,没错

    
     6
  • 骆驼
    2018-01-04
    产品经理怎么帮工程师争取利益?还能升职加薪?一般都是各个部门做自己的review,当然二爷这个位置除外,你是老板,我说的是一般岗位的产品经理

    作者回复: 有时候发一封邮件,表达感谢,描述他的出色,抄送他的老板就很好。

    
     4
  • Dylan
    2018-06-28
    文中提到的对于上线交付时间的模糊处理是个非常好的方法,我准备去应用。总之做大蛋糕,舍满取半
    
     2
  • GeekAmI
    2018-01-10
    看到这里 作为开发 我很欣慰
    
     1
  • 时间之树
    2018-01-10
    与工程师合作最让我纠结的就是二爷提到的时间问题。大领导会找产品经理要完成时间,而产品经理需要和工程师沟通时间,周期太长大领导不同意,周期短了大部分情况下会延期,尤其面对工程师的延期,会很无奈。如果情绪处理不好,很容易与工程师产生对立。

    作者回复: 潜移默化的改变,曲线救国

    
     1
  • 拾叔
    2018-01-09
    适当的在项目过程或者项目结束后,当着工程师领导的面特别感谢这个工程师,效果非常不错,不一定是要正式的,侧面也许效果更佳,不虚伪。

    作者回复: 嗯,总之脑子里得有这根弦儿,有这个意识

    
     1
  • 大冯宇宙
    2018-01-04
    提意见的渠道呢

    作者回复: 当面提就挺好,可以看看这篇http://qiuyuexp.com/problem-in-implementation/

    
     1
  • 张希音
    2020-01-03
    找共同假想敌(或者真的竞争对手),这招肯定是屡试不爽。毕竟,都是同一个战壕的兄弟,用共同的目标和共同的阵营,行动,思想上都会有一定的同步。
    
    
  • Gollum
    2019-04-21
    我就和开发说光靠我一个想是不够的,大家都要参与进来,多多发表意见,找找产品设计的bug~
    
    
  • 赫尔曼n
    2018-04-02
    在哪些情景下是在帮工程师背锅那,有具体的例子吗?
    
    
  • Bonnie Mei
    2018-01-11
    目前基本上是需求评审,一般比较顺利,如果中途需求有漏洞,开发也会补上,后续我这边完善需求就行,前提是:不超过半个工作日,但是大问题面前,就要给时间了。
    有次开发跟我说:这是你该考虑的问题,不是我,然后离开了,开发兼项目经理,呵呵哒,我就懵逼了,原型上看不懂的就按照自己想法做,做错了,产品还不能说。后面还好,问题解决了

    作者回复: 看不懂就按自己的想法做是个挺常见的问题,策略地说,委婉地说…

    
    
  • 小紅帽
    2018-01-10
    #多听工程师的意见 得到
    最近半年后台产品工作中这个点感受颇多;第一后台产品经验欠缺,第二对行业了解、业务了解基本空白;第一期产品躺过的坑就不计其数,比如何提好一个“API'需求。首先自己心里有畏难情感,不懂不了解相关技术知识,记得当初直接丢一个文档给技术哥哥,答应直接按别人家来做;有天CTO回国外了,技术突然跳出来,这东西做不了,你得重新提需求(这个过错100%由我来负责到底),最终在坎坷、各种放低态度中解决了,平时关系也处理的好。最近提相关的技术需求时,就敲响警钟了;不懂没关系,查相关文档资料,问工程师他所知道的,比如字段、规则、甚至业务。
    强迫工程师做赶着时间节点的评估,我遇到结果是:画的是圆最终实现是椭圆的,然后大家都不满意;彼此付出的劳动成果不被认可,还会被约谈。

    作者回复: 嗯,强扭的瓜不甜

    
    
我们在线,来聊聊吧