1024程序员节主题(1024关爱程序员)

1024,是程序猿节,有些会让程序员讨厌你的事情,今天就别做了……

———— 开始实施之前 ————

【不说清需求价值】,技术问“为什么要做”的时候,支支吾吾,或者说“老板要的、运营要的”,假装是个传话筒,因为接二手需求,并不知道、也没有去追溯这个需求的初衷。切记,不要有理有据的顶老板,那会让大家喜欢上你;

【不去想功能细节】,技术问细节(当然,是涉及业务的细节,不是技术实现细节)的时候,自己装作还没想过,现场想——这样做吧,那样做也可以,或者你定吧……要巧妙的被发现,这时候你已经能听到技术的心里话啦——傻逼;

【帮技术评估工作量】,特别是技术出身的产品经理,最容易做到,潜台词就是“希望加活”,我评估过了,这些都能做掉的,不要给我偷懒,哈哈哈哈哈哈;不要把他们当人,而要当「资源」;

【逼着技术团队承诺】,哼哼,公事公办,如果技术承诺了,但却做不到,这样自己就没责任了,可能对方会说——很多事情,在开始的时候是谁也不知道的,应该大家在一条船上同舟共济,这就是“接力跑”和“踢足球”在交棒/传球之后的区别。你可以回:这个需求很简单,怎么实现我不管;

———— 实施过程之中 ————

【做了一半改需求】,scrum里的表现就是sprint内的「非受迫需求变更」,太狠了,技术同学肯定很难忍受,特别是产品经理自己没想清楚,而导致的劳动浪费,俗话说“没有变更就没有伤害”,碰到性子烈的就直接要干架了,汪们,这时候要注意保护自己;

【开发过程中消失】,你可以多安排点出差、多开开会,注意尽量手机关机,不要响应技术的问题,要不然,责任就回来了。让他们为了进度照着自己的想法做下去,关键是,验收的时候跳出来说“这不是我要的”,再次,注意人身安全;

【过度关注实现细节】,帮技术决定技术方案,也是技术出身的产品经理应该很容易做到这点,变着法儿的越俎代庖,把他们全部从积极主动小伙子,打击成一个纯打工形态的「资源」,哎,又用这个厉害的词了;

———— 产品发布之后 ————

【发布后没有反馈】,技术人员也需要从市场、用户那里获得反馈,从而知道自己做的事情产生了价值,提升成就感,我们要做的就是,做完发布,马上石沉大海,不告诉大家任何结果,甚至庆功会都忘了他们,紧接着赶紧继续安排他们干活;

【毫无节奏感】,让技术人员忙一阵闲一阵,发布之后再忙着研究接下来做什么,一会儿让技术人员有着干死干活的高强度,我就是要结果,deadline,死命令,之后突然不知道做什么——你们也一起来讨论下业务吧,或者培训培训做做团建什么的;

———— 全过程都适用 ————

【优柔寡断无决断】,能表现出这个品质就最棒了,就是在已经讨论完毕后,大家都等着你拍板的时候“你说吧,往哪儿走我们就跟着办”,这时候你说“啊,那个,各种方案各有利弊啊,我也不知道怎么办啊,你们有什么好想法……”;

【报喜不报忧】,藏着掖着一些信息,比如“老板在考虑干掉这个项目”这类信息,表面打死不承认,但让大家通过其他途径知道,很容易就把互信完全打破,这时候他们可讨厌你了;

【不要把他们当人】,这点,最狠了,不关注成长,只关注结果,不能再说了,我们只是要做一个程序猿讨厌的产品经理,不是要做一个被砍死的产品经理……

还有啥招,欢迎补充。

最后,在节日里送上和程序员密度最高的“极客时间”合作的产品创新课,扫码/点原文可以免费试听,现在买也有折扣,:)

1024程序员节主题(1024关爱程序员)(1)

__________

苏杰(iamsujie),前阿里产品经理,写过《人人都是产品经理》等三本书,现在做创业者服务,良仓孵化器创始合伙人,也是产品创新独立顾问。

,

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com

    分享
    投诉
    首页