Re: [討論] 小leader但沒職稱

看板Tech_Job作者 (大安吳彥祖)時間3年前 (2020/07/18 09:07), 編輯推噓6(10推 4噓 27→)
留言41則, 22人參與, 3年前最新討論串10/21 (看更多)
我倒是很好奇為什麼沒權沒名就管不動人? 你們team裡面如果有資深工程師的話 資深跟資淺的說要改哪 難道資淺的會直接不鳥資深? 資深當到這麼沒尊嚴是不是自己也要檢討一下? 難道資深工程師有權打考績嗎? 沒有吧 什麼事情都要有打考績的人來發號施令 這會不會太micromanagement? 我分享一下外商軟體公司的例子 因為案子的關係，人員可能會調動到不同scrum team 直屬主管不見得跟你同team 如果是走Agile/Scrum Development team裡面會有product owner, scrum master 想當的人可以舉手, 公司會送你去受訓 額外會有tech lead, architecture, 通常是好幾個scrum team才會配一個架構師和tech lead 還有tester, 不過他們通常自成一格, 一個scrum team可能就一兩個tester 然後有一個test lead管這些tester 每個職系還有自己的小圈圈, 每周定期開討論會 Scrum 每天早上都會daily standup 軟體工程師常常會跟這些人互動討論 這些人除了直屬主管以外,通通不是打你考績的人 難道你就不會跟他們互動合作了?? 基本上所有只要成形的工作通通要開ticket, 口頭或email交辦不算 Scrum tool比如說JIRA一打開,什麼人負責什麼ticket,過了多久,現在進度如何 一目了然 Code review也一樣,進code以後開PR PR上你改了哪些東西一目了然 自動化測試馬上在server上跑, 哪幾個測項有過馬上知道 你改了什麼東西資深工程師直接在上面問你原因 然後你就要改,不改的話可以但要說明理由說服大家,不能已讀不回 以上這些工作直屬主管除非跟你同組,不然幾乎不可能全程關注 但每個人還是一樣照自己的分工責任完成 沒有什麼只有直屬主管才能分工的規定 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 180.217.97.209 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1595034423.A.55E.html
推
07/18 09:22, 3年前 , 1F
公司文化跟部門文化 同公司不同部門都可能天差地遠了
07/18 09:22, 1F
→
07/18 09:24, 3年前 , 2F
現在想想真的是文化，思維，和態度眼界之類的問題
07/18 09:24, 2F
→
07/18 09:27, 3年前 , 3F
以前在台廠designhouse還要推當責，在外商根本不需要推
07/18 09:27, 3F
→
07/18 09:27, 3年前 , 4F
動大家就會做好
07/18 09:27, 4F
推
07/18 09:45, 3年前 , 5F
同感，真的值得人尊敬的資深沒權也會有人幫你，雖然有權
07/18 09:45, 5F
→
07/18 09:45, 3年前 , 6F
更好...
07/18 09:45, 6F
推
07/18 10:02, 3年前 , 7F
這個完全是看人
07/18 10:02, 7F
→
07/18 10:03, 3年前 , 8F
這個完全是看人，多的是管不動
07/18 10:03, 8F
噓
07/18 10:24, 3年前 , 9F
一堆公司年資到就給資深 做的事情不堪入目
07/18 10:24, 9F
推
07/18 10:26, 3年前 , 10F
一切就是錢的問題，做的更出色的人領更多錢就不用這樣搞
07/18 10:26, 10F
→
07/18 10:26, 3年前 , 11F
了，台廠多的是做的多跟少的領差不多錢當然能閃就閃
07/18 10:26, 11F
→
07/18 10:52, 3年前 , 12F
你講的是理想情況，可惜很多公司做不到
07/18 10:52, 12F
→
07/18 10:52, 3年前 , 13F
前提是資深的管資淺的，如果今天是管資歷差不多的呢
07/18 10:52, 13F
噓
07/18 11:02, 3年前 , 14F
科技日新月異 資深又不代表比較懂 真要很行的就應該給個
07/18 11:02, 14F
→
07/18 11:02, 3年前 , 15F
明確的title讓他有責任去指導 沒實質指導管理權限的就只
07/18 11:02, 15F
→
07/18 11:02, 3年前 , 16F
是同事
07/18 11:02, 16F
推
07/18 11:19, 3年前 , 17F
年紀大 做得久不等於資深
07/18 11:19, 17F
噓
07/18 11:50, 3年前 , 18F
你這套是做web的 系統廠誰在跟你scrum
07/18 11:50, 18F
推
07/18 12:02, 3年前 , 19F
做軟體強者的世界我不懂，好多英文名詞好難。我們弱者硬
07/18 12:02, 19F
→
07/18 12:02, 3年前 , 20F
體世界都不給管，只知道睏霸數錢的XD
07/18 12:02, 20F
→
07/18 13:12, 3年前 , 21F
太理想。JIRA上，沒權限管人，靠資深兩個字，責任就推來推
07/18 13:12, 21F
→
07/18 13:12, 3年前 , 22F
去了。code review 沒權打人績效，沒權根據quality影響績
07/18 13:12, 22F
→
07/18 13:12, 3年前 , 23F
效，一般人死都不會改。
07/18 13:12, 23F
推
07/18 13:24, 3年前 , 24F
就你這個例子而言，code review的問題，為何不能已讀不回
07/18 13:24, 24F
→
07/18 13:25, 3年前 , 25F
如果一堆人都搞已讀不回，你能幹啥？
07/18 13:25, 25F
→
07/18 13:25, 3年前 , 26F
然後跟對方主管打小報告，也不理你呢？
07/18 13:25, 26F
噓
07/18 14:58, 3年前 , 27F
除非每個組員關係都很好，大家都有共同的目標，不然還是
07/18 14:58, 27F
→
07/18 14:58, 3年前 , 28F
洗洗睡吧
07/18 14:58, 28F
→
07/18 16:39, 3年前 , 29F
你這個我只看過外商linux做過，核心和介面都獨立出來...
07/18 16:39, 29F
→
07/18 16:44, 3年前 , 30F
好處是真的開發過程清楚，原始碼也乾淨，壞處是真的慢
07/18 16:44, 30F
→
07/18 16:44, 3年前 , 31F
除了特別核心和嚴重的issue，大部分時候都是自己領去做
07/18 16:44, 31F
推
07/18 19:05, 3年前 , 32F
這做法在系統廠一條jira可以轉五次
07/18 19:05, 32F
→
07/18 20:59, 3年前 , 33F
這種真的是最理想的狀況 可惜台廠200%作不到這個樣子
07/18 20:59, 33F
→
07/18 21:00, 3年前 , 34F
自己有熱忱然後領去做才好玩好嗎 最討厭那種給人分工然
07/18 21:00, 34F
→
07/18 21:00, 3年前 , 35F
後都丟垃圾工作出來的
07/18 21:00, 35F
→
07/19 02:29, 3年前 , 36F
你這架構是整個公司文化 從上而下的推展 但很多公司不是
07/19 02:29, 36F
→
07/19 08:26, 3年前 , 37F
你4不4很嫩，台廠一堆連主管都不見得管得住的好嗎。外商
07/19 08:26, 37F
→
07/19 08:26, 3年前 , 38F
沒戰力就layoff，文化差這麼多也拿來比
07/19 08:26, 38F
推
07/19 23:19, 3年前 , 39F
去了。code review 沒權打人績效，沒權根據quality影響績
07/19 23:19, 39F
→
07/19 23:19, 3年前 , 40F
效，一般人死都不會改。
07/19 23:19, 40F
推
07/22 09:46, 3年前 , 41F
團隊文化
07/22 09:46, 41F
‣ 更多 yamakazi 的文章
文章代碼(AID): #1V4aitLU (Tech_Job)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 10 之 21 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共21篇)
‣ 更多 yamakazi 的文章
文章代碼(AID): #1V4aitLU (Tech_Job)