这是一个创建于 3340 天前的主题，其中的信息可能已经有所发展或是发生改变。
比如我们的产品，有时候会提一些看起来不大但实现起来需要大规模重构的功能，或者硬是要通过没有索引的字段提取数据，每次我跟他们解释的时候总被当成推诿的接口。
求破
求破
 |
1
ljcarsenal 2015-11-01 13:27:51 +08:00 via Android
拉一个地位比较高的技术负责人。有时候就是 你说了解决不了傻产品就是不信 非要技术负责人说这个不行才罢休
|
 |
2
nightv2 2015-11-01 13:29:21 +08:00 via Android
和产品说么？直接说工作量要这么多，不信那就你行你上么
|
 |
3
kaedea 2015-11-01 13:32:56 +08:00
这是技术主管或者项目经理的工作啊
|
 |
4
hydyy 2015-11-01 13:34:49 +08:00
say : you can you up!
|
 |
5
wdlth 2015-11-01 13:40:06 +08:00
问他提这么多要求，他能把你的工资涨上去么？不能为何要增加工作量？
|
 |
9
jamiesun 2015-11-01 14:22:35 +08:00
和非技术人交流，尽量用贴近他们思维的方式去交流，“大规模重构”，“没有索引的字段提取数据”这种词汇他们当然听不懂，听不懂当然以为你在推诿。
但不管怎么说，这对技术执行者不是一件轻松的事，我觉得把他拉到一边抽根烟，喝杯茶聊聊，问题反倒容易说话了。 沟通和写代码完全事两码事，正确的代码结果总是一致的，但对于沟通，正确的话不一定有结果，而在于对方是否相信你。 |
 |
10
a0000 2015-11-01 14:27:30 +08:00 via Android
就说做这个要多长时间，他会考虑成本的
|
 |
11
iugo 2015-11-01 15:17:25 +08:00
我习惯用盖房子作比喻.
|
 |
12
ck65 2015-11-01 15:26:43 +08:00 via iPhone
他懂啥就用啥打比方。比如之前的产品原来是做视频的，于是遇到需求问题都用非编常识跟他聊，他领悟得快我也轻松。
|
|
13
kaedea 2015-11-01 17:10:03 +08:00
每个 IT 公司都会有自己的风格，看来你的公司是以“产品向导”的，产品就是老大；
（我的公司是运营想到的，运营都是创收的，所以产品和技术的利益点是一致的，反而没那么剑拔弩张 |
|
14
wdlth 2015-11-01 17:16:02 +08:00
@Narcissu5 不需要和不懂技术的谈技术，比如提取数据那个，你可以打个比方，比如让他们在整个城市中找你，他们只有一点或者没有任何线索，你问问他们要多少时间。你就可以间接的说实现这个功能是需要时间、资源的，不能口若悬河、夸夸其谈。
|
 |
15
littlewey 2015-11-01 17:33:45 +08:00
risk
man hour lead time |
 |
16
learnshare 2015-11-01 17:55:43 +08:00
一行代码五毛钱，跟他算算代码量
|
 |
17
stupil 2015-11-01 18:07:19 +08:00  1
报工作量就行。
技术最好不要参与产品功能的决策 当初是你要实现，实现就实现 现在又要砍功能把时间还回来， 时间不是你你想卖 想买就能卖， |
 |
18
rebuilder 2015-11-01 19:31:30 +08:00
在敏捷或 scrum 里面技术成本（或风险）高是转化为时间进行最终度量的。 跟外部交流直接说要多少时间，大家都懂得起。
|
 |
19
Narcissu5 OP |
|
20
stupil 2015-11-01 22:17:32 +08:00
@Narcissu5
不是需要时间，是报时间。 要导出 5 天 导入 4 天 ，加个按钮 2 天 等。别人信不信，那是他的事，难道处理事务都以光速完成，什么事没点工作量？ 至于技术负责人，要不就授权你，要不你就不管报时间。别人说了你就听听，让别人找技术负责人去。你把时间报给 leader 就可以了。 人不在？ 发邮件打电话。 都搞互联网了， 处理事务还停留在得面对面？ 搞笑的呢。 |
 |
21
i36lib 2015-11-01 22:34:55 +08:00
跟他大概讲实现的步骤，所需要的时间，所需要做的东西，然后他就大概懂工作量了。之前做 ERP 就是这样跟功能顾问沟通。。。
|
 |
23
zhangv 2015-11-01 23:53:37 +08:00
（先声明，我是程序员）
这个还是一个长期合作的问题。想想如果你是产品，如果对技术不是很了解，那么就很大程度上想要依靠你的人了。 如果你告诉产品的工作量和时间他不接受或者排斥，那很可能是对你缺乏信任 - 能力或者人品。如果是对能力，那么尽可能让他多了解这件事的一些详细的情况（前提是产品有兴趣）。如果是对人品，那么也许你之前的某些工作导致你的 credit 下降了，那么还是需要时间来慢慢沟通、提升了。 其实程序员和产品经理之间的问题，很多时候是信任问题。不要把本属于自己的沟通问题，推给对方或者 boss 。 |
 |
24
ca1123 2015-11-02 10:04:52 +08:00
找他要钱呗
|
 |
25
zhicheng 2015-11-02 10:48:13 +08:00
“这个很简单啊”
“就是改个文案的事” “要不我们先试一试吧” “设计来把这个颜色改一下” “我这么做是为了提高用户体验” “ QQ ，微博和淘宝都是这样的啊” “我说了我们是试一试的，效果不好很正常” “设计不给力，技术不给力，运营不给了，团队太垃圾了” |
 |
26
yuyang041060120 2015-11-02 11:50:59 +08:00 1
1.首先要确保不是自己的问题。比如说通过别的技术手段可以实现，只不过自己不知道，先 googel ，然后跟技术团队交流。
2.跟产品沟通，单独沟通不了，喊上技术 leader 跟产品说明情况。 3.如果产品坚持要做的话，根据你们的评估又做不了，那就向上反映，让大领导决定。 4.身处不同的岗位，看待问题的角度是不一样的，不能说产品的想法就一定是错的。但是首先你得保证自己的评估是正确的。 5.无论结果如何都不要生气，也别背后说话，没必要！ |
Select Language