这是一个创建于 1080 天前的主题，其中的信息可能已经有所发展或是发生改变。
与产品协作时,经常出现沟通话语对方不甚理解的情况,研发表述偏技术化,产品的偏业务化,兄弟们有没有沟通的文章或者书籍推荐
第 1 条附言 2022-11-07 15:38:30 +08:00
兄弟们我是后端开发哈,不是产品
 | 1 F281M6Dh8DXpD1g2 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