国庆后干了五天了,怒气值快满了。😊 需求一大堆,被产品催着赶紧上线上线。
今天发现一件很有意思的事情,收到一大堆产品发过来的需求列表,骂骂咧咧的打开代码查,发现很多需求都是和前期互斥的。改是比较容易改的,就是提交pr时候觉得莫名其妙,半年前需求轨坏说好了一定是这样的,到现在完全反过来做。
回家坐个班车开始思考人生🤔
产品经理和研发工程师的核心冲突,是“有限的开发资源”与“无限制的目标”之间的矛盾。
开发人员在产品经理来看,就是公司实现产品的而投入的人力资源,这本身并没有错,但是很多产品经理在滥用这些资源,产品在需求交付后,拍脑袋修改需求简直就是家常便饭,工头总不会雇人砌墙到3米高,然后又改成2米高吧,即使非得这么干,那你也要付2份工时的费用,但是软件开发人员通常没有这么好的命。
浪费时间最大的问题在于运作的模式,即产品和研发对接是会产生x y problem。产品经理尝试去解决x,从而提出y需求。
等到了研发手里,就变成了 “我要你做y” 。
那或许可以发挥一下主观能动性,y是一个solution,但是一般来说肯定不是最优解。花一点时间去考虑y产生的原因,再去看看x的本质,说不定能得出一个最优解z。
🌰隔壁大佬今天就点醒了我,不要想着怎么去优化你的功能,去问问产品他的目标是什么?而不是按照他要什么来做。
核心矛盾就是产品经理思维跳跃之高和软件架构灵活性之低之间的矛盾
功能落地要关注技术可行性、时间成本、资金成本。实现产品提出的功能是有个最低时间成本的,boundary的尺度非常重要。产品提出需求时,不太会从技术角度考虑时间成本。
改Bug的这事儿最好的结局是将状态由负改为零.
就是你只是改成了一个该有的样子,而已.
by the way
写代码应该是一件很优雅很舒适的事情。
至于上线时间?呵呵我尽力吧 :>