你们产品经理会帮你们减少技术债务吗?

2021-07-28 09:23:10 +08:00
 zhengqiaoyin

题目差点打成产品经理会帮你们减少债务吗? 产品经理:滚!

哈哈,刚看完一篇相关的文章:https://www.zentao.net/redirect-index-19288.html 所以问问,你们的产品经理会帮你们减少技术债务吗?

产品经理嘴上说:有个地方需要稍微调整一下。 实际上:需要有很大的改动,之前的版本就废掉吧,你重新做一次给我看看。 ……

7474 次点击
所在节点    程序员
52 条回复
ibegyourpardon
2021-07-28 10:44:00 +08:00
。。。。。。

这次真的不是产品经理问题。
是技术人员的问题。

自己写的屎,自己吃下去。
FanChen
2021-07-28 10:45:16 +08:00
哈哈,不会,很多时候文档不清楚跑去问,问就是最难的实现方案
roudancongji
2021-07-28 10:47:55 +08:00
技术债务理论上不是产品的问题吧
vindurriel
2021-07-28 10:55:32 +08:00
@bing0 这是乔布斯 后来的事情大家都知道了 就是他死了
vindurriel
2021-07-28 11:00:51 +08:00
@libook 解决技术债是短期赔本 长期也不一定赚的事情 特别是双月 OKR 导向的公司 很难得到支持
hhyyd
2021-07-28 11:03:59 +08:00
有些产品会.....碰到技术实现上的问题, 找产品沟通, 会一起商量.

看看能否从设计上优化, 在实现需求的同时让技术实现起来更容易,或者更换一些实现方式. 当然如果是很重要的功能点, 那还是得硬着头皮上. 在开发效率和需求实现上做些妥协.
SunSurprise
2021-07-28 11:31:45 +08:00
我是产品,可行性和实现成本肯定是首先要考虑的。项目从需求阶段就会反复拉着开发测试一起过,哪怕实现上没困难,你也得清楚自己做的东西在实现上是什么量级。就像盖楼,设计师可以不清楚每个房间的细节,但是楼盖多大多高,成本多少,达成目标的概率有多大,是要有 b 数的。
matsuijurina
2021-07-28 12:22:08 +08:00
@bing0 说话风格为什么这么像女朋友
DoctorCat
2021-07-28 12:31:52 +08:00
一般情况,产品经理考虑是 what 和 why,技术才考虑 how 。所以产品经理不需要帮助技术解决“技术”问题
harde
2021-07-28 12:58:12 +08:00
@hq136234303 产品经理应该考虑的是怎么把产品做好而不是技术容不容易实现。

如果一个产品经理跟技术混得非常和谐,那么我觉得应该评估一下这个产品经理是否称职。

#18 @libook 说的就很好。
lyhiving
2021-07-28 13:12:52 +08:00
只有技术出身的产品经理才能叫产品经理。
其他的只能说是做产品的人。
Oracle 、QQ 、微信、微软等等,莫非如此。

很多没从事过技术类工作的做的产品很不错,但这样产品经理做出的产品能够成功都是 99%的靠着外部强推或集团流量倾斜。

不动技术的产品就不会 debug,没有 debug 就没有自我改良基因。
libook
2021-07-28 13:41:11 +08:00
@vindurriel #25 技术债也不是一定就要避免,或一定就要还清,这个还是得综合业务经营情况来看,有一些对于业务确实比较关键的节点甚至应该主动欠一些技术债务,来换取业务业务的保障,关键就是产品和技术双方达成一致。权责分离之后,出了问题该是哪边的责任就是哪边的责任,比如技术方已经通过正式的文档或邮件将成本和风险表达清楚了,产品经理在 ROI 低的时候一意孤行进行实施,那么最终的业务亏损要算在产品经理的头上。至于如何说服他人,这是一门学问,需要经验和技巧的。
Webpoplayer
2021-07-28 13:47:15 +08:00
技术债务?
zpxshl
2021-07-28 13:52:49 +08:00
我一直不理解为什么需要 pm 懂技术?
技术债务需要产品来减负的话,那薪资是你几倍的技术 leader 是干啥用的。
至于排期忽悠我也是看得一愣一愣的,忽悠产品可以,还能忽悠到 leader 吗...
nc4697
2021-07-28 13:59:32 +08:00
技术强势些,但也不能不讲理,要符合实际情况。该砍砍,该改改
kop1989
2021-07-28 14:07:39 +08:00
产品为何要关心技术落地?更不要提技术债务了。

技术实现成本和功能效果之间的取舍确实需要沟通交流,但这并不意味着产品要一味地为技术部门的错误与合不合理实现买单。
abenx
2021-07-28 14:40:01 +08:00
我们产品经历跟个 2b 似得, 做啥大功能模块就是 "你先做出来一个我看看效果" ,他真以为别人做个程序跟他画个原型图一样, 在软件上拖拖控件就行了一样.
fkdog
2021-07-28 15:12:48 +08:00
老外的软件工程那套根本就不适合现在的互联网项目开发.
因此代码整洁、可维护扩展一类的东西完全就是程序员自己理性主义在作祟, 一厢情愿罢了.

国内互联网就是捞快钱, 看到什么山头可以占, 就立马进场. 因此效率至上最重要, 其他有坑填坑. 后边坑填不动了就推倒重构, 更有意思的是, 大部分项目的寿命还到不了需要重构的时候.

因此花 3w 找一个程序员, 从地基开始慢慢搭建项目, 做成一个符合理想的稳固架构, 对公司收益来说几乎为 0, 可能还没一个 3000 块钱的实习生来的高.
cairnechen
2021-07-28 15:18:37 +08:00
从这贴看可以看出很多每天吐槽产品经理的人,甚至都不知道产品经理真正的职责在哪,无怪乎互相看不起是常态了
charlie21
2021-07-28 15:26:34 +08:00
软件架构师应该考虑如何(指导队员)降低技术债务

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/792177

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX