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://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1657340052.A.A27.html 我上一间公司在 2017 跑过半年 scrum，当时 PM/PO 美术 前端 後端 QA 各司其职 只是每两周拟定一个目标，时间内做好份内工作，上线看反应再调整下个 sprint 计划 所以今年遇到 scrum 是不分前後端不分职位甚至没有 QA 我也是满头问号 ※ 编辑: shter (1.169.59.7 台湾), 07/09/2022 12:51:21 果然是板友，已回讯。你的事对大家影响超过你想像的巨大 不离开是因为这边还有不错的同事，老板们对我也信任，在这里还有一点点能放手做的事 最初公司的组织分工专精效率不错，做事情目标明确也有冲劲 付出都有得到回报，奖金够高，前端的同事有人请假要互相支援都没问题 但拆成 scrum 小组编制後你的代理人成了另一端的工程师，支援困难 前端又分成 web / cocos，自己就要先学两套不同的技术才能胜任工作 然後考核又变的相当繁琐，一堆奇怪的互评，制度让人无法专心应付工作 看着原本对公司有向心力的同事一个个感受到公司变了不如求去的消极态度 实在很难想像老板们到底是遇到了什麽样的 scrum 指导 非要把一个大型专案拆成几个部分让每个小组用一前一後渐进全端去进行 对员工而言，过往瀑布式开发反而目标明确 公司强调 scrum 是有效率的、比较能切合市场应变的 但员工看到的是过去半年可以上线一个专案，新的 scrum 专案一年半了还上不了线 说是敏捷来配合市场改变开发方向，实际上一堆东西做到一半砍掉 公司要大家把产品当成自己的事业去努力，却不断以敏捷为由砍掉大家努力的成果 谁会乐於一直砍掉自己的心血呢.... 看完应该不会想改变公司了，我想公司会成功转型，但人事已非 ※ 编辑: shter (27.246.132.217 台湾), 07/09/2022 22:32:47 其实去或留都有考量的点，今天看了很多跟 scrum 与敏捷开发有关的文章 也知道公司正走在那些教科案例踩过的痛点上，似乎是转型必经之路 如果能亲身经历 scrum 转型的过程，也算是人生中的一个经验吧 今天看了很多 scrum 文章，用别的一群人才成功，应该也是必然的 https://buzzorange.com/techorange/2017/07/05/why-scrum-doesnt-work-in-asia/ 看这篇文章有提到 任何公司里有更强的政治权力的人都能随意盖过 Product Owner 的决定！ Product Owner 基本上就是个装饰人物，对他/她管理的产品没有任何控制力！ 敏捷方法中所需的优秀成员及软体开发人员通常都不便宜！ 其实就是公司面对的状况... 感慨的是不论你或其他人，离开公司都马上换了多十几二十K 的 offer 且专注於工作或产品本身而不是有无遵守 scrum 与敏捷的思维 不过出价低於市场行情请不到符合敏捷要求大神也是需要时间去推升的 改革或变法不可能一次到位，即使我留下来也会有这样的觉悟 只是公司觉得给很高的薪水，一开履历却发现外面很多更高薪又单纯的工作机会 真的是五味杂陈，毕竟还在公司一天就还是希望公司的制度跟产品能成功 偏偏你自己的薪水就比外面公司给的低，如何期待公司能招来比你更强的大神 ※ 编辑: shter (27.246.132.217 台湾), 07/10/2022 00:26:11 昨天读完很多文章，内容真的差很多，敝司是参照台湾敏捷协会成员之一的作法 特色是态度先於能力、不分前後端纯看问题的解决分工、成员彼此补位 我觉得成功的实例有它的天时地利人和，我也不敢妄言公司未来成败 对基层员工的我们而言目前感受到这些信条带来的问题多过好处，如此而已 对 $$ 感到委屈我不否认 以前有明确的目标、有价值的产品、有适合一起工作的人，就算多 cover 一点也很开心 现在公司从两年前几乎老员工觉得完美的工作环境变得怨声载道，就开始向钱看了 原本是想过要达到一个数字自己才会心甘情愿做这麽多事 被公司否定後想拼尽全力用 Vue C# Node.js PHP cocos 加总技术去面试证明全端价值 没想到光是在 Vue 的前端专长就可以比现职公司加完薪还多一万，秒拿 offer 其实自己受到的打击也不小，原来这两年薪资跟市场脱勾有点大 这间公司还是有其他优点值得留下，文章只是如 scrum 聚焦在解决问题所以不言其他 对敏捷和 scrum 我自己也有很多误解需要检讨，不能单从公司政策对它有偏见 新 offer 也要在这周内决定要离开就得提离职，看完板友推文心里有底了，谢谢大家 ※ 编辑: shter (1.169.59.7 台湾), 07/10/2022 09:42:14 抱歉，上周还让公司说能碰很多技术在公司是一种 scrum 的示范员工，今天已经变不合 如果 scrum 是信仰，我还无法感受到神的开示，能应付各端业务充其量算是入境随俗吧 因为 scrum 解决了部分问题同时，却带来其他的新问题，且持续至今没有解决 对团队成员而言，喊 QA 已是无数次 retrospective 的结论 但公司持续宣导补位跟无 QA，却没有 scrum master 出来领导团队在 sprint 中分工 所有的 RD 将开发塞满 point，只为了在 deadline 前上 production 然後叫美术来当 QA，不尊重专业到对方宁可离开这间公司 今天也有板友推文他们的 scrum 中前後端各自分工亦有 QA，显然世事无绝对 或许 scrum 对公司不只是解决开发上的问题，也要解决提出问题的人，免得不合 当然，公司也可以选择让 scrum master 来指导如何在没有 QA 的团队中进行测试验证 是要解决不合的人，还是解决开发团队遇到的难题，端看公司智慧 如果开发团队面临的问题解决了，那麽愿意相信 scrum 是有帮助的人才会增加，是吗? 公司不愿意给或许是好事，因为每个人离开後薪资都成长了 一如板友说的，自己的价值只有出去试过才知道 ※ 编辑: shter (1.169.59.7 台湾), 07/10/2022 23:54:04 因为我很喜欢这间公司过往的文化与企图，虽无奈渐行渐远，但还是想让它成功 或许，这就是东汉末年荀彧忠於汉室又想让曹操成功的心情吧 不过来板上请益有很多收获，也慢慢改变了我原本的想法，很谢谢各位板友 其实就是一种平衡罗，以前领 N 也做的很开心没想过要出去面试 因为专心做产品上线、充满成就感、奖金领的开心、工作面向单纯 现在这种 scrum 要消耗在开发外的心力自己觉得要多 25K 才能吞，当然就谈不拢罗 如果团队的问题能获得解决，各司其职把产品做好，也不见得会想往上喊 就像妹子工程师那边同样只加 15K 但还是会列入考虑一样 Offer 的薪水虽是主体，文化与工作内容还是会影响选择啊，多元比较罗 // ----- 更新 ----- 看完您在下面的新文章谢谢你的意见，公司已经变了就不要缅怀过去 确实，scrum 团队的问题公司想不想解决也不是团队成员的劳工们能决定的 那就让事情单纯化....反正公司肯 +25K 那要配合公司政策也没问题 如果公司不肯加那就去外面其他 +25K 的公司或 +15K 有熟人的公司 虽然新公司很多未知元素，起码已知是前後端分离有 QA 的组织架构 不管会的技能多不多、值不值钱、公司愿不愿意给，自己的价值都不用被公司局限 ※ 编辑: shter (1.169.59.75 台湾), 07/11/2022 07:12:30 现无法断言成败，然 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