现在做程序员(工程师),难道不应该考虑自己负责的产品设计工作吗?

2019-07-21 00:10:18 +08:00
 CF3B5
前几天有个 Java 程序员死活不愿意改程序,都吵起来了,说你又不是产品经理(我是技术总监)凭什么要我们改,产品经理的文档就是要求做成这样子的……
作为一个十几年前就已经是程序员老人来说,我们当年都是和项目经理一起去和用户碰需求,自己做设计画原型,都是在我们的脑海里从一个假想的画面,或者功能,然后通过自己的双手逐渐变成现实,那时候那种成就感是无与伦比的!
实话实说,我觉得我们这代人天然觉得自己作为程序员,作为软件工程师,天生就是应该是去思考如何用我掌握的技术,去思考、去设计系统该做成什么样子的人。系统在性能、稳定性、人性化、交互流程等等多方面都是应该是软件工程师能力的体现才对,特别是掌握如何将系统设计的更人性,更友好的能力,和想办法掌握某个编程语言的能力都应该是一个程序员工程师应该追求的能力啊。现在炒的火热的微信产品经理张小龙,还有大家熟悉的马化腾、雷军、周鸿祎等等,这些人那个当初不都是程序员吗?
这几年我带团队,我和新一代的程序员聊过很多次这个话题,他们的理由基本上都是说程序员都是不善于沟通的群体,就应该专注写代码,这些事情应该交给更善于沟通的产品经理去做,任何系统都是一大帮人团队配合的结果,你怎么可以让程序员去设计和了解需求,这样是非常不专业的……你以前干的都是小 case,我们是干大家伙的(实际上我以前干的系统比现在大得多和复杂的多了)!
实话说如果有特别靠谱的产品经理,我也的不介意让需求沟通、产品设计这事由产品经理分担去做,但是这几年和一些产品经理接触下来,我自己感觉真正靠谱的产品经理那是比程序员少太多太多了。程序员想法其实在再不济,好歹也是能把问题解决吧!但是很多产品经理因为不了解技术,往往很多时候把简单问题复杂化,甚至让沟通更复杂困难,问题反而解决的不好了。甚至有些产品经理觉得自己不懂技术才是优势,他们觉得懂了技术就局限了自己的空间,这样产品就会变得没有“创意”了,你和他讨论产品的设计,他反而会用你太懂技术了,所以你的想法不行用户不会接受的这种观点来拒绝你……无语……
我一直和我们的工程师说,github 里头的各种开源项目,Appstore 里头的大量 App,其实都不一定是产品经理带领下完成的吧,这些这么优秀的产品,不都是一帮、甚至只有一个程序员、软件工程师呕心沥血的成绩吗?现在语言的发展和技术的创新发展,不都是在让程序员变得更复合,更独当一面,似乎并不是变得分工更细,更专注只是编码啊!( MD 我感觉现在写起代码来比我们那个时候简单太多了)
所以现在在我自己的团队里头,我一直在坚持要求程序员自己一定要去参与设计产品和系统。但是这么做下来,脚本语言的小伙伴还算配合和理解,但是后端 Java 的这帮人真心是不接受,很多时候和这帮人沟通我都有种绝望的感觉,所以有时候我也是真是挺迷茫的,也许是我真的已经 out 了,难道我真的 Out 了吗?
16620 次点击
所在节点    程序员
208 条回复
wyz123723
2019-07-21 15:08:41 +08:00
@CF3B5 这叫妄自菲薄吗?这叫分工明确,拿着写代码的钱,不光管代码还要管需求,搁谁谁愿意?
wyz123723
2019-07-21 15:11:33 +08:00
貌似楼主不明白一个道理,现在这社会,又懂技术,又懂产品的人是不会当程序员的
sigone
2019-07-21 15:12:29 +08:00
该干什么就干什么,不要越权也不要越级。
swulling
2019-07-21 15:17:55 +08:00
责任和权力是对等的

你希望开发自己可以自行修改产品设计,那你先得授予他们修改产品设计不被 PM 怼的权力

不下放权力,只提要求和责任,是 Manager 最失败的地方
sigone
2019-07-21 15:24:56 +08:00
对产品不满意就直接找产品经理商量,你直接对程序员指手画脚,被怼了是不是很没面子?
这个程序员敢怼领导,说明这个领导平时经常干一些指手画脚的事, 下属已经厌烦或者开始不尊重他了。
iPhoneXI
2019-07-21 15:32:29 +08:00
流程问题,

公司产品不是程序员自己的项目,需求不合理的地方拉产品开会啊,不然出问题了锅是谁的,

大的需求改动讨论清楚了,也不至于以后扯皮。
jugelizi
2019-07-21 15:36:05 +08:00
怎么说呢 有次客户反馈了问题 我提了方案 给到了前端去优化
结果不符合要求 再次沟通被前端怼了
Sparetire
2019-07-21 15:37:23 +08:00
能者多劳?多给钱就行了
moloach
2019-07-21 15:50:21 +08:00
我倒是很想去参与设计啊,每次有什么需求了,他们就直接怼过来,完全不跟我们商量。完成了之后,就开始说这里要改,那里不合适。。。自己都不知道自己想要什么东西。我真的很想揍他们,明明可以把程序员叫过去一起开会研讨哪些可以做,哪些有难度,还能帮他们梳理需求,可他们就是要自己关起门来怕脑袋
chanchan
2019-07-21 16:05:21 +08:00
一把年纪的人了吧,还不懂规矩.你觉得应该怎样改和产品什么谈不就好了.
程序员也告诉你了你凭什么要求,这种情况还不知道该怎么做吗?
还有必要在这发帖抱怨吗?
jason19659
2019-07-21 16:33:03 +08:00
在何位某何职。全管的现在叫技术合伙人 /CTO
sxlzll
2019-07-21 16:48:41 +08:00
能有产品思维、全盘考虑业务能力的码农算很罕见的了,如果楼主在的公司不是业内顶尖(给的起钱的),没必要人人如此要求,分而治之,有几个骨干能做到,其余负责搬砖即可
cszchen
2019-07-21 17:15:30 +08:00
给这个程序员点赞,就应该拒绝,楼主作为技术总监,都不遵守流程和规范,太可怕了
luozic
2019-07-21 17:30:11 +08:00
业务流程应该是产品经理负责的,不靠谱就帮别人把活干了?
ruimz
2019-07-21 17:35:49 +08:00
对于程序员这个职业来说,楼主说的是对的,一个工程师,无论是什么岗位,应该懂得整个流程,考虑得更多

但这并不是跳过产品直接找开发的理由
horizon
2019-07-21 18:15:28 +08:00
如果你觉得产品设计有问题,你应该带上这个程序员去找产品经理一起探讨 argue。
说出你更好的方案来说服产品,而不是直接让写代码的程序员按照你的想法来改。。
毕竟产品层面还是 PD 来负责的,而不是你。到时候 PD 不认可你的方案,程序员又
得改回去???
dr1q65MfKFKHnJr6
2019-07-21 18:25:49 +08:00
在一个需求不确定的时候
需求人员想的是: 先让那群码代码的做一版出来,然后再改,反正不是我做,后面可以让领导提意见怎么改。
程序员 想的是: 这特么都不确定怎么做, 怎么设计?先让需求做个 demo 出来。
技术总监: 你特么程序员,要深入理解业务才做的出好程序!至于什么样才叫理解业务,你和需求去扯皮,你扯赢了 就说明你理解到了!
产品经理 想的是: 就这么简单一个需求,工期都定不下来,加班!!
neocanable
2019-07-21 18:31:04 +08:00
我十分十分排斥产品经理这个角色设定,我在阿里巴巴见过好的产品经理,屈指可数。
asuka02
2019-07-21 20:03:11 +08:00
@version 神经和什么有什么关系
asuka02
2019-07-21 20:03:35 +08:00
@version 神经和什么语言有什么关系?

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

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

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

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

© 2021 V2EX