[請益] 公司轉型 scrum 重談 offer
const N = 'U'.charCodeAt() + 'K';
// ------- 前情 ----
我是前端工程師,大概從 VB6 開始做 windows 視窗應用程式介面
Web 是從沒 jQuery 且溝通主流也非 json 而是 XML 時代開始寫的,目前擅長 Vue
現職公司一開始進去是開發 jQuery 前端專案,打包工具是 gulp
後來因為業務需求讓我去從無到有建立一個 Node.js 專案,目前持續運作中
而前端專案因為日益增長的需要,許多元件改用 Vue 製作
為了嵌回去相容舊 jQuery 程式碼架構,跟另一個妹子工程師合作
開發了 Rollup compile Vue component 成一支 js 再 load 進去跑的自動化流程
一年前因為業務接了一個遊戲開始學 cocos,後端公司棄 Node.js 故又重學 C#
半年前因為客戶需要,又獨自用 Vue 開發 website 做了大量 CSS / SVG 動畫特效
比如結合 Vue 特性讓 SVG dom 在 RWD 任意長寬繪製不等曲率的貝茲曲線外框
// ------- 正文開始 ----
公司日漸不穩,獎金從兩年前的 2 個月到今年只能領 0.5 個月,一些人離開了
長期以來應徵前端工程師卻被叫去做很多後端工作,未告知即把 title 換成全端
加上公司實驗了 scrum 一年後決定完全走向 scrum,所以想跟公司重談 offer
對公司來說,scrum 是一種信仰,堅信敏捷是產品唯一成功之道
於是我們的遊戲儲值從手機 app 髮夾彎成桌面區塊鏈連動 metamask
躲過了交易抽成,躲不過區塊鏈加密貨幣風暴
公司從前後端分離、有 QA 有組織的公司,變成敏捷開發小團隊,不分前後端沒 QA
要求每個工程師十項全能,覺得這樣才可以有人請假時別人接手
我的信仰不足,只能緬懷以前組織分工明確的美好
那時同為前端的妹子工程師跟我任一人請假時都能互相 cover
可轉型 scrum 後我與她分開,請假只能找組內的人支援
後不知前,前不知後,分工混亂之火在公司內被點燃
人力不足是公司一直以來都在面對的問題,因為他們盼望拿 N - 10K 找全能人才
想回到過去,前端後端各自明確,雖每人開發專案不同但支援維護時技術沒問題的時代
但公司對 scrum 的決心如脫疆野馬一路狂奔,把敏捷做成隕石開發也要 scrum
梁靜如給再多勇氣應該也不敢在板上用 N 找 C# + Node + Vue + Cocos 都會的人
// ----- 協商狀況 -----
公司有展現誠意,談之前主動先幫我加成 N+15K,並認為這是恩賜沒幾個人有
可回顧一路來我在公司走過的足跡 cocos js css ts vue Node.js PHP C# Redis ...
我試著提了 N+25K,向公司說如果沒這個數字我應該不會想做這麼多技術面不同的東西
公司的反應
Q: 你就算會一堆語言,你也不是同時寫
A: 不只語言用法不同,還要懂公司的商業邏輯,都需要時間學習成本
Q: 語言只是換寫法,邏輯都一樣,前後端根本沒差
A: 前後端甚至前端在 web 與 cocos、後端在演算法與 DB 相關 know how 都不同
Q: 產出品質是 RD 自己的責任,公司不需要 QA
A: RD 或PO / PM 是規格的創造者與開發者,QA 才能從第三方角度去驗證
Q: 美術沒工作時幫忙當 QA 測試產品,展現 scrum 團隊意識,很棒
A: ....美術私下反應這超不尊重他們的專業
Q: 就算前端去寫後端他也不用真的很精通
A: 公司讓一知半解的人去寫 server 只會加重後端資深工程師 review 的負擔
Q: 你要的話也可以不加薪以後純前端,但打 KPI 就是對團隊沒貢獻的角色
A: ....直接威脅了,無話可說
// ------ 意外收穫 -----
或許是意氣用事,或許是心有不甘,我把 Linkedin 打開後將自己的技能填了上去
意外收到面試,也上線做了測驗,拿了不錯的分數去新公司談 N+25K
已收 offer,工作內容單純只寫 Vue,新公司前後端分離且有 QA team 是吸引我的點
考慮的點
1. 舊公司老闆除了公司營運方針很奇怪外對員工親和好相處,新公司未知
2. 舊公司營收一落千丈但有富爸爸,新公司穩定運作多年
3. 舊公司的產品商業邏輯是我比較有興趣且擅長的,新公司未知
4. 舊公司跑 scrum team 的夥伴大多磨合過了,新公司未知
5. 舊公司在技術選型方面沒權亦無責,新公司要負責帶前端從 .Net MVC 轉型 Vue
6. 舊公司可能這個 sprint 寫前端下個寫後端再下個兩邊各寫一點,新公司純前端
除此之外還有兩個機會
一個是 Vue + Node.js 全端,連新創都談不上的類物聯網,沒 scrum 因為根本沒 team
因為我過去有開發 NAS 經驗,要一條龍把嵌入式系統的資料即時連網
以前是定期去撈機器 data 產出 report 寄給客戶
未來用 Node.js 讀 data 開 http server 前端寫 Vue 即時資料視覺化
談到 N+35 K 但能做多久連業主都不知道
另一個是離職的妹子工程師在新公司要廣徵 Vue 一樣開到 N+15K 但工作內容單純很多
完全是自己擅長的領域,合作的又是熟悉的同事,默契好到不用註解對方就知道你在寫啥
板上有看到我的前同事發文,也是在這一波混亂中離開的,離開後也拿到很好的職務
讓我也開始思考自己是不是要離開這個根本稱不上舒適只是習慣了被搞的舒適圈
公司已經言明 N+15K 是給我的極限也沒得談了,不然如果有機會 N+25K 就留了吧
不知道有無曾經面對公司轉型 scrum 的板友可以給點意見
是否往 scrum 走就是一個不尊重專業、大家都全端又沒有 QA 的開發環境?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.169.59.7 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1657340052.A.A27.html
噓
07/09 12:17,
1年前
, 1F
07/09 12:17, 1F
→
07/09 12:18,
1年前
, 2F
07/09 12:18, 2F
推
07/09 12:20,
1年前
, 3F
07/09 12:20, 3F
推
07/09 12:20,
1年前
, 4F
07/09 12:20, 4F
推
07/09 12:24,
1年前
, 5F
07/09 12:24, 5F
推
07/09 12:24,
1年前
, 6F
07/09 12:24, 6F
推
07/09 12:26,
1年前
, 7F
07/09 12:26, 7F
推
07/09 12:32,
1年前
, 8F
07/09 12:32, 8F
→
07/09 12:32,
1年前
, 9F
07/09 12:32, 9F
推
07/09 12:42,
1年前
, 10F
07/09 12:42, 10F
推
07/09 12:45,
1年前
, 11F
07/09 12:45, 11F
我上一間公司在 2017 跑過半年 scrum,當時 PM/PO 美術 前端 後端 QA 各司其職
只是每兩週擬定一個目標,時間內做好份內工作,上線看反應再調整下個 sprint 計劃
所以今年遇到 scrum 是不分前後端不分職位甚至沒有 QA 我也是滿頭問號
※ 編輯: shter (1.169.59.7 臺灣), 07/09/2022 12:51:21
→
07/09 12:49,
1年前
, 12F
07/09 12:49, 12F
推
07/09 12:52,
1年前
, 13F
07/09 12:52, 13F
推
07/09 12:55,
1年前
, 14F
07/09 12:55, 14F
推
07/09 12:59,
1年前
, 15F
07/09 12:59, 15F
推
07/09 13:05,
1年前
, 16F
07/09 13:05, 16F
推
07/09 13:06,
1年前
, 17F
07/09 13:06, 17F
→
07/09 13:06,
1年前
, 18F
07/09 13:06, 18F
推
07/09 13:08,
1年前
, 19F
07/09 13:08, 19F
→
07/09 13:12,
1年前
, 20F
07/09 13:12, 20F
→
07/09 13:19,
1年前
, 21F
07/09 13:19, 21F
推
07/09 13:22,
1年前
, 22F
07/09 13:22, 22F
推
07/09 13:26,
1年前
, 23F
07/09 13:26, 23F
→
07/09 13:41,
1年前
, 24F
07/09 13:41, 24F
→
07/09 14:02,
1年前
, 25F
07/09 14:02, 25F
→
07/09 14:02,
1年前
, 26F
07/09 14:02, 26F
推
07/09 14:12,
1年前
, 27F
07/09 14:12, 27F
→
07/09 14:15,
1年前
, 28F
07/09 14:15, 28F
推
07/09 14:55,
1年前
, 29F
07/09 14:55, 29F
噓
07/09 15:05,
1年前
, 30F
07/09 15:05, 30F
→
07/09 15:29,
1年前
, 31F
07/09 15:29, 31F
推
07/09 15:33,
1年前
, 32F
07/09 15:33, 32F
→
07/09 15:33,
1年前
, 33F
07/09 15:33, 33F
→
07/09 15:36,
1年前
, 34F
07/09 15:36, 34F
推
07/09 15:47,
1年前
, 35F
07/09 15:47, 35F
推
07/09 16:35,
1年前
, 36F
07/09 16:35, 36F
推
07/09 17:19,
1年前
, 37F
07/09 17:19, 37F
推
07/09 17:20,
1年前
, 38F
07/09 17:20, 38F
還有 148 則推文
還有 10 段內文
→
07/11 00:58,
1年前
, 187F
07/11 00:58, 187F
→
07/11 00:58,
1年前
, 188F
07/11 00:58, 188F
其實就是一種平衡囉,以前領 N 也做的很開心沒想過要出去面試
因為專心做產品上線、充滿成就感、獎金領的開心、工作面向單純
現在這種 scrum 要消耗在開發外的心力自己覺得要多 25K 才能吞,當然就談不攏囉
如果團隊的問題能獲得解決,各司其職把產品做好,也不見得會想往上喊
就像妹子工程師那邊同樣只加 15K 但還是會列入考慮一樣
Offer 的薪水雖是主體,文化與工作內容還是會影響選擇啊,多元比較囉
// ----- 更新 -----
看完您在下面的新文章謝謝你的意見,公司已經變了就不要緬懷過去
確實,scrum 團隊的問題公司想不想解決也不是團隊成員的勞工們能決定的
那就讓事情單純化....反正公司肯 +25K 那要配合公司政策也沒問題
如果公司不肯加那就去外面其他 +25K 的公司或 +15K 有熟人的公司
雖然新公司很多未知元素,起碼已知是前後端分離有 QA 的組織架構
不管會的技能多不多、值不值錢、公司願不願意給,自己的價值都不用被公司局限
※ 編輯: shter (1.169.59.75 臺灣), 07/11/2022 07:12:30
推
07/11 09:27,
1年前
, 189F
07/11 09:27, 189F
推
07/11 09:43,
1年前
, 190F
07/11 09:43, 190F
推
07/11 10:15,
1年前
, 191F
07/11 10:15, 191F
→
07/11 10:24,
1年前
, 192F
07/11 10:24, 192F
推
07/11 11:10,
1年前
, 193F
07/11 11:10, 193F
→
07/11 11:54,
1年前
, 194F
07/11 11:54, 194F
推
07/11 13:20,
1年前
, 195F
07/11 13:20, 195F
→
07/11 13:22,
1年前
, 196F
07/11 13:22, 196F
→
07/11 13:24,
1年前
, 197F
07/11 13:24, 197F
推
07/11 14:04,
1年前
, 198F
07/11 14:04, 198F
推
07/11 14:48,
1年前
, 199F
07/11 14:48, 199F
→
07/11 14:48,
1年前
, 200F
07/11 14:48, 200F
→
07/11 18:34,
1年前
, 201F
07/11 18:34, 201F
→
07/11 18:34,
1年前
, 202F
07/11 18:34, 202F
推
07/11 19:53,
1年前
, 203F
07/11 19:53, 203F
→
07/11 21:48,
1年前
, 204F
07/11 21:48, 204F
推
07/11 21:52,
1年前
, 205F
07/11 21:52, 205F
→
07/11 21:52,
1年前
, 206F
07/11 21:52, 206F
推
07/11 21:57,
1年前
, 207F
07/11 21:57, 207F
→
07/11 21:57,
1年前
, 208F
07/11 21:57, 208F
推
07/11 22:00,
1年前
, 209F
07/11 22:00, 209F
→
07/11 22:00,
1年前
, 210F
07/11 22:00, 210F
→
07/12 01:17,
1年前
, 211F
07/12 01:17, 211F
推
07/12 04:57,
1年前
, 212F
07/12 04:57, 212F
→
07/12 04:57,
1年前
, 213F
07/12 04:57, 213F
→
07/12 08:44,
1年前
, 214F
07/12 08:44, 214F
→
07/12 08:44,
1年前
, 215F
07/12 08:44, 215F
推
07/12 10:41,
1年前
, 216F
07/12 10:41, 216F
→
07/12 14:51,
1年前
, 217F
07/12 14:51, 217F
現無法斷言成敗,然 scrum 跑偏老闆預期的原因可分享給板友
Scrum 累積經驗、持續改善、自我管理這些法則其實有落實於我們團隊
如 state machine 管理 life cycle 般的運作流對寫程式的人是熟悉的
每次執行階段到 retrospective 都有檢討出問題,但跑偏也由此開始
近半年我們於沒有 scrum master 狀態下運作,案子每兩週要交付客戶 review
為了敏捷調整,開發團隊日益走向每個人專精於自己擅長的部分以維持開發進度
很自然的前後端分離,前端的 web 與 cocos、後端的 state machine 和 DB 擅長也不同
因為從開發經驗的累積上,團隊自然發現專精分工是最有效率的模式
若跨領域結對開發,反而讓兩個工程師都變慢而來不及應付客戶改動的需求
初見時美麗的她,隔月再看已認不出來,檔案程式結構因業務需要在月內有多次改動
所以你下個月和陌生的那端約會時,她不但帶給你新鮮感,也讓你捉摸不定
即便是簡單的邏輯調整,她都可能耍小脾氣給你修不完的 side effect
因為你沒注意到她的地雷踩了坑,還得靠她的現任修好 bug 哄她消氣
最終,走向自己領域專精成為團隊維持開發效率的心得,激化了專業測試驗證需求
渴望 QA 拯救產品穩定度來自長期經驗累積的自然催生,無奈與公司政策違背
公司希望 scrum 團隊長成它想要的模板,不知基因突變還是環境污染終究長歪了
或許有 scrum master 帶領,在提出 QA 需求時給予調整或從基礎上用不同的開發模式
解決團隊的問題與困惑,那不用 setInterval 說 scrum 的好開發團隊也能自然感受到
感情需要時間培養,scrum 需要時間內化,但過了熱戀期後生活上有許多瑣碎待磨合
無法改變、共同找出兩人都能接受的方向,分手前的時間都是在消磨彼此的感情而已
下一次,希望 scrum 園丁能養出老闆想要的花色,而不要產品成功上了方向卻走偏了
※ 編輯: shter (1.169.59.75 臺灣), 07/12/2022 20:11:42
推
07/13 08:07,
1年前
, 218F
07/13 08:07, 218F
噓
07/13 11:34,
1年前
, 219F
07/13 11:34, 219F
推
07/13 17:38,
1年前
, 220F
07/13 17:38, 220F
噓
07/13 20:09,
1年前
, 221F
07/13 20:09, 221F
→
07/14 11:20,
1年前
, 222F
07/14 11:20, 222F
→
07/14 19:28,
1年前
, 223F
07/14 19:28, 223F
→
07/15 00:05,
1年前
, 224F
07/15 00:05, 224F
討論串 (同標題文章)
以下文章回應了本文:
完整討論串 (本文為第 1 之 3 篇):