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

[zhengqiaoyin]

题目差点打成产品经理会帮你们减少债务吗？ 产品经理：滚！

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

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

[pigbug]

论懂技术的产品重要性

[zhengqiaoyin]

@pigbug 很难

[Edward4074]

产品经理：需求要如期交付，其他我不管

[Edward4074]

@pigbug 实际上，职位转变带来的思路转变影响非常大。我司就有位前开发转产品，现在完全没有技术方面的思维了。

[myd]

产品经理需要考虑的东西很多，技术只占 10%不到，各方面要权衡考虑

[Leonard]

强势一点，产品提出无理需求的时候，先好好说，说不通就和他说这个功能比较麻烦，要加工期。你预估的工期*3 就行。

[apifox]

不会，所以技术负责人很重要，要做好协调，管理好技术债务

[jisi724]

@Leonard 懂技术的产品大概率不会用技术思维帮你减负，但是他大概率能看出来你预估的工期 * 3.....

[Leonard]

@jisi724 #8 没事，你飙几个术语忽悠一下就行，就说 xxx 这里要改很麻烦，改了以后 xxx 都要重写之类的。注意忽悠的时候和你的队友通好气。

[zhttp]

又学到一个新词，“技术债务”

[hhacker]

技术出身的产品经理表示:
我真的会为去主动做减法减少技术债务,甲方需求中途直接发生了变化的也有,工期被迫延长的也有,前期考虑不周后面算法需要变动的也有,我一般都是诚恳地道歉并说明情况,我的团队也不会用术语来忽悠我.
但是我的一切减负的手段 都是产品侧的减负 并不会因为技术上难度过大而采用简单粗暴的方案,维持一个较为敏捷的版本研发周期,把版本做细,其实大家也都能接受。
把一个版本的功能迭代堆太多东西，团队就很容易陷入畏难情绪中。

[linhongye]

论老板懂技术又管产品的重要性

[harde]

产品经理管技术债务，那技术负责人干哈？

[XuHuan1025]

碰过两个极端，一个三周的活说一周，一个一周的活给了三周，还问，有问题在和我说
能不能两人调和一下。。

[hq136234303]

@harde 添油加柴

[bing0]

高情商产品经理：
1.我不管。。。
2.为什么一开始你们不。。
3.你去跟老板解释去。
4.不要跟我扯，设备不行换设备，人不行换人。。
5.我们是一个团队，如果每个人都只做到 80%，那我们交付出来的东西就远远达不到 80%的水平。。。
6.xx 我再多给你 2 天时间，这个项目完不了，年终奖和绩效清空。。
7.如果你每个事情都跟我说做不了做不了，那我怀疑你平时都在干什么，公司给你开的是溢价工资，你有没有拎清楚。。
8.不要跟我扯 xxx，不行就是不行。。
9.如果你们拿不出更好的方案来说服我，那就按我说的去做。。。
10.如果你们用自己的解决方案瞒着我把这事做了，只要他出一点问题，你给我滚蛋。。

[shierpro]

为啥是产品经理去帮助研发减少技术债务？

可以理解，但必须充分的、公开透明的沟通。

[libook]

这个可以通过职责拆分来直接解决。
将核心生产工作大体上拆分为技术和产品两部分：
产品部分负责做需求收集、业务评估、产品设计、产品验收；
技术部分负责做需求评审、技术设计、开发实施、质量保证。

其中两部分协作的关键环节是需求评审，产品经理提出方案，由技术评估可行性和成本（对于水平不高的产品经理，技术还要承担起合理性评估的工作），然后产品经理根据自评估的业务收益和技术评估的成本来评估 ROI，以及是否能达成 ORK/KPI 。产品经理为收益评估结果负责，技术人员为成本评估结果负责。

实施成本的评估是纯技术侧的工作，产品经理不专业也不该做这个事，而且需求评审阶段本来就是需要产品放和技术方互相沟通，在实施成本和收益上达成共识。
那么技术经理在给出成本评估的时候不能只包括短期成本，应该是涵盖短期、长期以及各方面的综合性的成本，技术债务也应该包含其中，这个其实也很好说得通，有了技术债务以后可能每个类似功能都要有更多的成本，而且系统的性能下降（运营成本上升）、可靠性下降，而解决或规避了技术债务之后每个类似功能会有更低的成本。

[AngryPanda]

产品经理只会帮自己解决智商债 <(*￣▽￣*)/

[flyingghost]

还好题目正确的打成产品经理会帮你们减少技术债务吗？ 产品经理：滚！