这是一个创建于 780 天前的主题，其中的信息可能已经有所发展或是发生改变。
与产品协作时,经常出现沟通话语对方不甚理解的情况,研发表述偏技术化,产品的偏业务化,兄弟们有没有沟通的文章或者书籍推荐
第 1 条附言 · 2022-11-07 15:38:30 +08:00
兄弟们我是后端开发哈,不是产品
 |
1
liprais 2022-11-07 11:26:56 +08:00
被人卖了还帮人数钱
|
 |
2
yuancoder 2022-11-07 11:28:15 +08:00
ddd 不就是干这个的吗
|
 |
3
westoy 2022-11-07 11:46:31 +08:00
没用， 你又不是掌握需求解释权的那个
|
 |
4
blless 2022-11-07 12:21:11 +08:00 via Android
干脆去考 PMP 得了
|
 |
5
opengps 2022-11-07 13:12:57 +08:00 via Android
你的出发点是产品还是研发？还是其他角色？解决办法无非就是理解一下对方的风格习惯
产品要的牛逼功能需要满足研发要的可行性和必要性。可执行很好理解，必要性则往往是因为产品贪心啥都要而被研发抵制 研发要的严谨和可行需要产品设计符合流程 双方只要有一方不满足自己的基本要求，沟通都必然成为障碍 |
 |
6
specita 2022-11-07 13:21:55 +08:00
首先需要对这个产品的未来达成一致，也就是未来我们会怎么样做，这样聊起来会有效率不少，但往往现实是产品翻译一个业务需求，研发翻译一下产品需求写成代码，一旦代码不容易实现或者有其它问题，研发一般都会抱怨：产品这样要求的
|
 |
7
PendingOni 2022-11-07 13:25:15 +08:00
最好是产品先有 UML 图(类似的流程图)给到自己看一下后 根据不懂的地方逐个询问比较好
|
 |
8
mascteen 2022-11-07 13:30:08 +08:00 via Android
|
 |
9
tool2d 2022-11-07 13:32:50 +08:00
如果你是一个称职的码农，就应该懂得如何拒绝产品提出的不合理需求。
|
|
10
mascteen 2022-11-07 13:33:09 +08:00 via Android
|
 |
11
Waterchestnut OP @liprais 不要酱紫
|
|
12
Waterchestnut OP @yuancoder DDD 我们在搞,但是感觉产品不认可,都是完成功能,对方看不到价值
|
|
13
Waterchestnut OP @blless 有考虑,暂时想先看书,方便快速改进工作沟通方式
|
|
14
Waterchestnut OP @opengps 我是后端开发
|
|
15
Waterchestnut OP @mascteen 感谢,我康康
|
|
16
Waterchestnut OP @tool2d 在努力成为中,所以跟 v 站的大佬们请教下
|
Select Language