程序员该如何应对产品需求变更

程序员和产品经理之间有着说不完的故事,这些故事的缘由大多起自于不断变更的产品需求。我相信,大部分程序员都能说出几个自己接过的“奇葩”需求,或是遇到过的“另类”产品经理。
能做 PM 口才总是不能太差的,否则在和程序员的 PK 中,如果处于劣势,极有可能气势日渐削弱,落得大部分苦心琢磨的需求都被挡回去的下场。幸运的是,大多数程序员都不善言辞,PM 只要搬出 「XXX App 就做了这个需求」、「细节决定成败」、「最后再改一次」,程序员就会缴械投降。这场 PM 和程序员的 PK 里,没有赢者,往往双方都觉得对方不配合自己工作,认为自己是受害者。这是个难题,能处理好这种矛盾的 PM 必是人情通达又有雄辩之才,这类 PM 是稀缺资源,靠嗓门大和脸红脖子粗来压倒对方的是多数。

现实是,需求变更是常态。即使在招聘中清楚写明产品需求少且稳定的公司,最后能兑现承诺的也是少数。毕竟市场风向瞬息万变,用户心理又难以捉摸,不抱着试错的心态,以小步快跑为宗旨,要么是运气极好,否则被无情淘汰恐怕是大概率事件。

现实是,大部分需求确实是瞎折腾,产品经理这一岗位的从业者质量参差不齐,这些年遇到过的产品经理,靠谱又有专业素养的少之又少。大学里并没有「产品经理」这一专业,绝大数人都是靠着悟性,抹黑上路,方向对了各团队收益皆大欢喜,方向错了则与程序员之间必有一战。光读一本「人人都是产品经理」就热血沸腾投身行业的,十之八九是做好了准备去祸害人的。

基于上述两个现实,面对不断变化的产品需求,我们程序员该怎么应对才得体呢?这个答案的寻求是一场旷日持久的修行。

Peak 君分享下自己的心得,套用一句佛家偈语:「莫向外求」。

刚毕业那几年,我也会为了一些天马行空,不符合常理的产品需求而大动肝火,而有些自己认可的需求写完代码之后,偏又被推倒重来。感觉作为程序员完全处于被动地位,只能任劳任怨的去做体力活,情绪受挫,写起代码来也效率极低,这种负面情绪一旦产生,工作生活都受影响,很难调节。

工作时间长了,接触的团队多了之后,我意识到这是一个普遍的问题。这个问题可以从两个角度去考量,一是站在程序员自己的角度,另一个是公司产出的角度。

一个产品最后那些需求要做,那些能最后上线,往往不是程序员能决定的,即使公司内部有程序员的意见通道,最后能左右产品走向的,这样的公司我还没遇到过。不谈产品经理是否靠谱,产品需求是否合理,作为程序员,如果耗费太多时间在需求的争论,牺牲过的的情绪能量在无法左右的事物上,是一种错误的职场投资方向。程序员是个务实的岗位,需要持续更新自身的知识框架,这是个耗时费力的长期任务,人的精力又是极其有限的,一天当中能集中精力高效处理问题的时间,就那么几个小时,这宝贵的几个小时里,你要么在和 PM 争辩,要么在静心的写代码,钻研新的可能性。能把自己的时间看做一种有限的资源,跳出 PK 需求的怪圈,是步入正确方向的第一步。

当然,我们也不能选择一味地忍受,遇到总是出幺蛾子的 PM,该出手时就出手。程序员高度理性化的技术视角,对于公司来说,也是宝贵的财富。能适时的分析和指出需求的不合理之处,体现的是一个程序员的专业素养,做到论而不辩即可,如果观点表明,对方还是无法认可,需求再怎么无理取闹,我们最后还是应该去实现的,这是我们的本职工作,产品需求是 PM 的本职工作,大家各司其职,遇到不可调节的意见冲突,该以尊重彼此的专业性为前提。

如果 PM 总是乱出需求,折腾开发团队,无法理智沟通,只能长期忍让吗?我相信大部分公司都有相应的考核制度,一个长期犯错,毫无所成又引起诸多怨言的 PM,其行为应该通过公司的考核制度去矫正。如果公司管理混乱,妖魔鬼怪横行,又怎么说呢?这是最坏的情况,如果遇到只能做加减法,多看看是否还有值得留恋的地方,比如年终奖、股票、上市预期、技术成长等等,毕竟个人和公司之间也是要看缘分的。

还值得一提的是,有一类不可抗拒因素,名之为 CEO 需求。我很奇怪为什么会有这么多 CEO 喜欢在发版前改这改那?上移几个像素,换个 icon 对于公司产品走向的意义在哪呢?蜜汁疑惑。或许等 Peak 君有机会成为 CEO 的那一天才能明白。我想说的是,遇到 CEO 需求,不要有半点抗拒,问明白是必须要做的就可以尽早动手了,否则影响的只能是团队的整体效率。按我以往经历观之,抗拒 CEO 需求总是会产生更多的负面效应。

一次偶然的机会,和微信客户端团队成员交流的时候,得知原先张小龙做微信产品经理的时候,都是要求程序员把需求先做出来,真机把玩之后才决定某个需求是否要上的,做好了被毙掉的需求是绝大多数,开发团队有多辛苦可想而知了。说出这个鸡汤例子,不是让你相信自己家的 PM 是另一个张小龙,他们铁定不是。我想提的重点是,今天微信客户端的稳定和流畅,是因为背后站着一批实力强劲久经沙场的程序员。「杀不死我的,必将让我更强大」。

想起之前看过的一句调侃程序员的玩笑话:「你和产品经理争论需求,PK 了半天,需求有了,你的代码在哪?」,这句话该能引起不少程序员感同身受的经历,顾此必失彼,因为产品需求的变化而影响自身技艺的修行,Peak 君不光要问你的代码在哪?还有你的时间和成长呢?

Inner Peace~

欢迎关注公众号:MrPeakTech  (长按二维码关注)

来源:MrPeak杂货铺,本文观点不代表自营销立场,网址:https://www.zyxiao.com/p/89755

发表评论

电子邮件地址不会被公开。 必填项已用*标注

侵权联系
分享本页
返回顶部