作者forself (无所得、故有)
看板Soft_Job
标题Re: [讨论] 有人真的跟自己老板说加薪成功的吗?
时间Wed Feb 17 03:17:29 2021
: 推 Ghamu: 问题接水管这档事的经验别的国家早就做烂了... 对别人来说 02/16 02:37
: → Ghamu: 你做了十年的才好不容易已知用火 别人早已准备要殖民火星 02/16 02:37
: → Ghamu: 在一家公司蹲久 特别也是对年轻人啦 建议第一家不要做太久 02/16 02:37
: → Ghamu: 可能观点跟思维会被这家公司限缩较多 会以为解法只有一种 02/16 02:37
: → Ghamu: 自己这样做又成功过就觉得这样是对的 怕又是去到一家不照规 02/16 02:37
: → Ghamu: 矩的公司 在一开始建立起完全错误的观念 影响後续的发展 02/16 02:37
: → Ghamu: 算衰但也是个经验学习 我遇过两个主管他们在前公司都有成功 02/16 02:39
: → Ghamu: 公司都有赚钱 但他们的开发观念很畸形 02/16 02:39
: → Ghamu: 思想窠臼就是「我之前这样做 成功了 可赚钱 那就是最佳解 02/16 02:40
: → Ghamu: 你听我的就对了」但说来就明显错误的方式 02/16 02:40
我的意思不是这样的
其实我觉得您的例子(第三世界国家接通自来水比对在美国建立IOT城市)是一个好例子
接通自来水这回事不是单纯接水管
事实上它比较像建立一个城市的电力、网路系统
主事者会不会接水管、是不是水电专家其实不是很重要
他代表着主事者对各种资源调度、人员沟通(含执行意愿)、
政策规划、时程安排的能力高度展现
「接水管这档事的经验别的国家早就做烂了」
但这个世界上没有自来水的地区远超过有自来水的地区
最晚从罗马帝国就有公共供水系统,但全欧洲城市普及也不过几十年(还不是都自来水)
要接通自来水,头几件事情是搞定执行人员与人民的意愿与找资源
执行者懂不懂水管怎麽接并不重要,事实上没有集水区跟水厂,接好水管也不是自来水
要执行美国的IOT城市专案,我想应该也是一样的
执行者懂不懂IOT的技术细节并不重要,反倒是都市规划等可能重要些
这其实显现了台湾工程师的一个很奇特的想法
我已经不止一次听到负责建立、维运ERP类专家系统的工程师自认为了解该领域的运作
规划完成一个企业内部作业流程的系统就认为了解Know how
反过来教训、抱怨十几二十年执业经验使用者跟客户不专业的奇葩也不是很少见
但很有趣的是,这些人如果有机会到外商工作,这时使用者跟客户又专业起来了
至少他们听得进去白人主管、老板的使用者需求 in English
我在软体业虽然只有八年
但深深感受到台湾的软体业是非常不尊重专业的
工程师除了金融财会跟生医以外,不尊重使用者的情况很常见
就如同上面「接自来水」的例子一样,想当然耳的藐视专业
除了金融财会跟生医,大部分的工程师都不会「每事问」
而是自以为专业的想像别人的专业应该怎麽「专业」
为什麽台湾的软体业不强?
你们看看有几个工程师把非本科的PM、行销、设计放在眼里?
这些职务换成在外商或是白人,是不是又能获得尊重?
台湾的中小企业乱搞的不少,
一些产品规划,工程师跨过本分(可行性与时程)指手画脚
对产品与市场不专业的工程师(工程师的专业是执行产品的开发制作与维护)
是不是很爱讲产品与市场怎麽做才好?
是不是很爱抱怨行销、PM、业务都外行、在他们的专业领域不尊重工程师的专业?
提多一点好了
其实看了一些在国内外工程师出身能担任高阶主管的
他们大多有个共通性:尊重专业、尊重客户
这个尊重专业是:
对研发团队:尊重他们的专业,产品系统内部规划实作不让其他部门指手画脚
对其他部门:指派能明确翻译需求的PM为研发团队所理解,不让研发团队干涉
产品功能、介面规划与市场的行销策略
让各个部门能发挥其专业,且不让在该部分不专业的部门或团队干涉。
但做得比较好的,基本上都是大公司或外商,在中小企业,尤其是学术、传播出版
类的企业,工程师的话语权高到不可思议,在我任职过的产业中,几个重大失败几
乎都是工程师越线主导产品规划与行销,甚至CTO带头踩线。
台湾的工程师其实专业素养大多不错,但就尊重专业这一点糟糕的人不少。
--
※ 编辑: forself (114.32.121.1 台湾), 02/17/2021 04:24:39
1F:推 tnfshjcc: 有没有可能是倒果为因 公司没有投入资源在PM行销设计 02/17 05:12
2F:→ tnfshjcc: 然後硬要工程师做不是自己专业的事 02/17 05:12
3F:→ forself: 研发工程师的人事成本一般来说是最高,除了脑残老板以外 02/17 05:40
4F:→ forself: 通常不会希望工程师去做本分以外的工作,当然是存在脑残 02/17 05:41
5F:→ forself: 我在现场每次都是一整个想翻白眼..优秀的资深工程师完全 02/17 05:48
6F:→ forself: 可以是低能的行销与近乎完全无法跟客户沟通的PM... 02/17 05:48
7F:→ forself: 然後就一直想像导入新的技术做到一样的功能,稍微延迟几 02/17 05:49
8F:→ forself: 个月,可以屌打市场里所有的对手,因为他们都用旧技术 02/17 05:50
9F:→ forself: 新技术可以提升50%左右效率(延迟时间约少100毫秒),效能 02/17 05:51
10F:→ forself: 降低70%左右(查全率),工程师说那些不重要(认真的吗?) 02/17 05:52
11F:→ forself: 而验收标准是查全率...时效并不在验收条件里 02/17 05:54
12F:→ forself: 然後就跳针「为什麽要为了查全率用那麽low的技术,要教育 02/17 05:55
13F:→ forself: 客户,PM要去跟客户沟通,新技术!@#$$%」 02/17 05:56
14F:→ forself: 然後提升速度的主要原因是要用3-6台搞hadoop或elk,原2台 02/17 05:59
※ 编辑: forself (114.32.121.1 台湾), 02/17/2021 06:00:28
15F:→ forself: 还有在封闭性商业软体开发(.NET)硬要用很新的第三方开源 02/17 06:02
16F:→ forself: 觉得.NET或php很low,坚持要用python或java打掉重来的 02/17 06:03
17F:→ forself: 全静态不到10页的网站坚持要用MVC或前端framework如vue 02/17 06:05
18F:→ forself: 客户三成以上是XP + IE6~IE8,坚持用.NET Core或不支援的 02/17 06:07
19F:→ forself: 前端framework,跟业务说请客户升级电脑跟作业系统 02/17 06:08
20F:→ forself: 各种信仰各种奇葩 02/17 06:08
21F:推 superpai: 想用新东西是为了玩新玩具,好处还蛮明确的,不能算是信 02/17 06:14
22F:→ superpai: 仰吧 02/17 06:14
23F:推 LordCHTsai: 看到XP+IE6~8是我就拜托老板开了我算了lol 02/17 06:15
24F:→ forself: 有信仰的优秀工程师,有的时候比只有一两年经验的难搞 02/17 06:15
25F:→ forself: 对呀,是玩新玩具,对产品开发的好处可能会有,但要评估 02/17 06:17
26F:→ forself: 没有评估,只是因为新、因为想练,这是非常不负责任的 02/17 06:18
27F:→ forself: 至於XP + IE6-8的相容,几年前一些产业是没得选择的 02/17 06:19
28F:→ forself: 能相容,市场以千万到几亿为单位,不能相容,市场剩百万 02/17 06:20
29F:推 wulouise: 坚持用新技术不管时效的人是很强的工程师??误会大了 02/17 06:28
30F:推 tnfshjcc: 未必喔 我在美国 designer的薪水跟後端工程师接近 02/17 06:42
31F:推 tnfshjcc: 还是要看公司吧 台湾普遍不重视设计PM行销 没办法 02/17 06:46
32F:推 tnfshjcc: 查一下附近公司叫Chewy的glassdoor PM跟Designer薪水 02/17 07:00
33F:→ tnfshjcc: 有SW的九成 所以并不会差很多喔 02/17 07:00
34F:推 rereterry: 这是互相的,纯粹怪工程师很诡异,公司有提供足够资源 02/17 08:25
35F:→ rereterry: 去聘雇pm吗?还是直接纯业务抓来用,同时工程师有没有 02/17 08:25
36F:→ rereterry: 提供pm需要的资讯,pm有没有正确了解需求,要做到这两 02/17 08:25
37F:→ rereterry: 点,背後的功夫都是要自己花时间的,不是工程师跳外商 02/17 08:25
38F:→ rereterry: 就换脑袋,是他们的合作者都是领高薪背後功夫有下好下 02/17 08:25
39F:→ rereterry: 满的专业人士,讲白点领多少钱做多少事,另外你离题了 02/17 08:25
40F:推 vi000246: pm是product manager,专案失败怪pm很正常啊 02/17 10:58
41F:→ vi000246: 使用者本来就不是专业的 他们有他们的know how 02/17 11:00
42F:→ vi000246: 工程师要负责转成能动的程式 在规划阶段没通盘考虑好 02/17 11:00
43F:→ vi000246: 就会变成要临时加需求 这时就要怪是当初没考虑到 02/17 11:01
44F:→ vi000246: 还是使用者乱改需求 看双方合约怎麽订吧 02/17 11:01
45F:推 bnd0327: 推 02/17 13:07
46F:→ alan3100: 如果你的经验谈没混在一起讲的话,我觉得你认为难搞的工 02/17 13:53
47F:→ alan3100: 程师很强也进错公司了. 你们彼此不适合,也不全然他的错. 02/17 13:54
48F:→ chinggoo: 全都怪工程师好像也蛮怪的... 02/17 14:56
49F:→ foreverk: 我觉得你也满不尊重专业的,旧技术除了难维护、效能差 02/17 15:41
50F:→ foreverk: 还有安全性问题,但你只归类成工程师想玩新玩具,那往 02/17 15:41
51F:→ foreverk: 後产品出现以上的问题时,还不是推给工程师解? 02/17 15:41
52F:→ foreverk: 另外随便举一个金融领域的,里面的user多的是十几年经 02/17 15:51
53F:→ foreverk: 验但是只懂自己部门负责的知识,其他完全不知道,也毫 02/17 15:51
54F:→ foreverk: 无系统规划概念,官股更是严重,你要说资深工程师在系 02/17 15:51
55F:→ foreverk: 统面的domain knowledge 比不上那些user,不是你看得浅 02/17 15:51
56F:→ foreverk: 就是看错面向,至於为什麽换成外商user就会被工程师尊 02/17 15:51
57F:→ foreverk: 敬?因为外商user在他自己专业领域上面就真的比较有料 02/17 15:51
58F:→ foreverk: 啊,就算人家要推要摆烂,在嘴上还有自己的一套说词, 02/17 15:51
59F:→ foreverk: 官股user直接我就烂,你觉得工程师要尊敬谁? 02/17 15:51
60F:推 SuperCry: 你是反串吧?会写程式码?会产品设计吗? 02/17 17:16
61F:推 WJAider: 领多少钱做多少事是哪个乌托邦R? 没遇过说一口好产品, 02/17 18:16
62F:→ WJAider: 文件里放不出个P 却坐领高薪的 "专业" PM 噢 02/17 18:17
63F:→ newhandfun: 我个人认识的工程师都没鄙视其他职位 02/17 19:41
64F:→ newhandfun: 可能是我入世尚浅吧,给箭头 02/17 19:41
65F:推 Ghamu: 其实应该是我举例让你误解 我的原意是在山中修练武功 练到 02/17 21:21
66F:→ Ghamu: 炉火纯青 好不容易下山了 别人洋枪三秒毙了你 在错地方蹲点 02/17 21:21
67F:→ Ghamu: 久了会很惨 02/17 21:21
68F:→ Ghamu: 特别工程技术日新月异 如果见识不足 可能连自己不懂什麽都 02/17 21:23
69F:→ Ghamu: 不知道 02/17 21:23
70F:推 Ghamu: 觉得这串很多人用超级理想的情况当做是普遍正常的情况做讨 02/17 21:32
71F:→ Ghamu: 论 哈哈哈 02/17 21:32
72F:→ Ghamu: 如果这家公司设计跟工程师PM 等等年薪都200万以上 当然互相 02/17 21:33
73F:→ Ghamu: 尊重专业 各个部门都各司其职就没问题了 02/17 21:33
74F:→ Ghamu: 理想上当然是这样没错 问题现实就是有时候没办法那麽顺利 02/17 21:45
75F:→ Ghamu: 可能上头出钱老板觉得工程师稀缺给100k PM 设计师粪文组给 02/17 21:45
76F:→ Ghamu: 他30k 结果一堆奇行种需求 今天提出 明天就要的时程横行 我 02/17 21:45
77F:→ Ghamu: 以一个使用者的角度都觉得不行了 还要尊重”专业”闷着头做 02/17 21:45
78F:→ Ghamu: ?现实是沟通很重要 很多东西在自己的领域无法解决 别的领 02/17 21:45
79F:→ Ghamu: 域很简单 但其中还是有那条权责界线存在 只是我开始见识浅 02/17 21:45
80F:→ Ghamu: 薄 不知道有没有神可以提出关键字给我们菜机孤狗的? 02/17 21:45
81F:→ Ghamu: 感觉在管理专业里应该有个什麽方法学去解决这种问题 02/17 21:46
82F:推 shortoneal: 对於尊重专业这档事来说,只想说尊重是用赢来的 02/19 12:29
83F:→ shortoneal: 一些公司付那甚麽薪水在找PM/设计师,工程师如果都乖 02/19 12:30
84F:→ shortoneal: 乖的"尊重专业",到最後还是把自己搞死 02/19 12:30
85F:推 shortoneal: 只是这种没上下文的讨论都没啥意义,公说公有理 02/19 12:33
86F:→ shortoneal: 光是"谁专业",不同公司就有不同情形 02/19 12:33