作者hidog (.....)
看板Soft_Job
标题Re: [讨论] 工程师到底该不该为商业逻辑负责?
时间Mon Apr 23 11:27:28 2018
※ 引述《wusbetz (我是白痴)》之铭言：
: 也是会尽可能的理解
: 结果现在是我也要帮忙扛责任
: 公亲变事主,真的是笑了
: 了解商业domain know how 难道真的对RD有甚麽益处吗?
看你从什麽角度出发
完全从自己的角度出发,了解商业domain know how,对你绝对只有好处没坏处
工程师 ----------> 高级工程师 ----------------> 管理职 or 更高的薪水
(技术升级) (对产品有规划能力)
技术再怎麽好,了不起你就是一个技术很好的高级工程师
攻顶後想要再往上爬,势必要有产品规划能力(or其他的管理能力)
当主管的人,免不了需要有讨论SPEC的能力.
退回来眼前的工作,一个能独立开发的RD,势必要能对SPEC提出疑问
当PM,QA有盲点的时候,你也要能够主动发现问题,提出问题
e-mail给相关人员确认,真的出包了,责任才会不在你身上.
学会自保,是职场活下来的第一步.
(文内叙述说有提出过问题,我会偏向你该学的是如何自保)
再换一个方向讨论,则是你目前主管的态度
是单纯的卸责? 或者他没尽到管理责任? 或者让你背黑锅?
或者你们公司政策是解决提出问题的人?
以上几点是让你评估目前工作是否值得继续做下去.
(因为感觉也有可能主管只是要让你背黑锅而已....)
给你当参考
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 61.231.177.2
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1524454050.A.4E0.html
※ 编辑: hidog (61.231.177.2), 04/23/2018 11:28:40
1F：推 UbaldJimenez: 推这篇，我也觉得职场上就是纪录留完整并一定要自保 04/23 11:34
2F：→ UbaldJimenez: 如果对方口头说「对！就这样做」，记得先把你的疑问 04/23 11:35
3F：→ UbaldJimenez: 打成信件，并且写下沟通纪录并请对方确认就是这样做 04/23 11:35
4F：→ UbaldJimenez: CC主管，这样至少做了之後要改或有问题，也不关你事 04/23 11:36
5F：→ h866: 有几个RD会到客户端跟客户谈需求，不懂需求就要提疑问 = 吃 04/23 11:42
6F：→ h866: 经验，那没经验的人就是.... 不管啦，先检讨被害人就对了 XD 04/23 11:42
7F：推 menshuei: 了解之後你就是工程师兼PM拉。 04/23 11:44
8F：推 ppHomer: 承上, 包工程师兼PM的工作(&责任?), 但只有工程师的薪水 04/23 12:19
9F：→ hidog: 台湾都一人身兼多职 习惯就好XD 04/23 12:20
10F：→ michaelchen1: 恩= =身兼多职真的是习惯就好....我软硬都管 04/23 12:53
11F：→ eva19452002: 同理RD coding有盲点时，PM会跳下来指导吗？ 04/23 13:38
12F：→ hidog: 假如你遇到RD转PM.的话www 04/23 13:41
13F：→ hidog: 实务上也有QA能反馈意见协助RD除错的阿 问题不在这 04/23 13:42
14F：推 del680202: 我家PM都直接把架构跟算法设计了叫工程师写code 04/23 14:19
15F：→ Ekmund: 原po的情况就像你说的 他是主动发现问题点 04/23 14:51
16F：→ Ekmund: 然後紧急跳下去补洞 最後时程大拖 却被怪罪 04/23 14:52
17F：→ Ekmund: 撞使用才爆出的问题 他能做的也只有先问 他也问啦 04/23 14:57
18F：→ Ekmund: 他并没有不想了解domain knowhow捏 怎麽好像很多人都弄错 04/23 15:01
19F：→ Ekmund: 了 04/23 15:01
20F：→ hidog: 所以我觉得先学自保 再评估这份工作该做多久XD 04/23 15:09
21F：→ Argos: 就算不会主动问spec的 出包责任也不在工程师身上啦！ 04/23 20:36
22F：→ Argos: 阿不然开spec领什麽鬼薪水？作功德薪水全捐RD啊？ 04/23 20:36
23F：→ Argos: 确认spec无误是你家的事 RD没有义务也没有责任帮你 有帮是 04/23 20:37
24F：→ Argos: 是你上辈子修来福气找到好RD 没帮是正常 04/23 20:37
25F：→ Argos: 那不然RD出bug PM要不要帮忙扛责？开太难的spec导致RD头昏 04/23 20:38
26F：→ Argos: 写错？这不是很好笑？XDDDDD 04/23 20:38
27F：→ Argos: 一般来说好一点的团队 大家会帮忙扛责也不用分这麽细 出包 04/23 20:39
28F：→ Argos: 公司损失老板念两句就鼓励大家下次改进就好 04/23 20:39
29F：→ Argos: 那你出包就开始找战犯 那就完罗 事情就不用做了 大家处心积 04/23 20:40
30F：→ Argos: 虑撇开责任就好 呵呵 04/23 20:40
31F：→ Argos: 然後开始分责任风气一开 办公室政治就出现罗～ 04/23 20:41
32F：→ Argos: 不过搞政治也不一定不好啦 XD 混得好的可是爽的勒 04/23 20:41
33F：推 oaboy: 不同意这篇 并不是所有工程师都要转成PM 04/23 21:07
34F：→ oaboy: 工程师能力点满 server架构 资安 流程最佳化 等等的也会 04/23 21:08
35F：→ oaboy: 有用到你的地方 04/23 21:08
36F：→ hidog: 唔XD 想往上爬都得对SPEC有了解才行阿 04/23 21:39
37F：→ MOONY135: 了解就是全端 RD+PM 统包 04/23 23:00
38F：→ MOONY135: SPEC掌握在其他人手中 要拿过来也是HEN男的 04/23 23:01
39F：→ pttworld: 原文关键在於PM是对口 04/23 23:47
40F：→ Argos: 对SPEC了解是RD自己的事 RD要跟谁报也是个人的事 曾经有看 04/24 00:11
41F：→ Argos: RD根本不屌PM 都直接找老板对需求的 要往上爬就是要这样 04/24 00:12
42F：推 expup: 我的经验是spec本来确认双方都是要做的没有什麽不确认 04/24 00:23
43F：→ expup: 或者不反应这回事情就算是rd互相开api给对方有的时候 04/24 00:24
44F：→ expup: 还是会看不懂他在干嘛 所以有的时候就是要反应 看不懂 04/24 00:25
45F：推 expup: 但以原po的案例那个pm最该死 需求没写到怎麽可以怪你 04/24 00:28
46F：推 justben: 比较好是互相帮忙 这样专案估比较准 可原Po说是资深PM @@ 04/24 00:40
47F：→ justben: 看样子是 跟老板的关系资深比较多 的感觉XD 04/24 00:41
48F：→ hidog: 不排除背锅阿，这种事情也很常见 04/24 08:08
49F：→ Void956: 看薪水多少 办多少事情 04/25 15:00
50F：→ Void956: 公司不是慈善机构 04/25 15:00
51F：→ Void956: 我也不是做公德 04/25 15:00