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

作者: yamakazi (大安吳彥祖)   2020-07-18 09:06:59
我倒是很好奇為什麼沒權沒名就管不動人?
你們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上跑, 哪幾個測項有過馬上知道
你改了什麼東西資深工程師直接在上面問你原因
然後你就要改,不改的話可以但要說明理由說服大家,不能已讀不回
以上這些工作直屬主管除非跟你同組,不然幾乎不可能全程關注
但每個人還是一樣照自己的分工責任完成
沒有什麼只有直屬主管才能分工的規定
作者: skizard ( )   2020-07-18 09:22:00
公司文化跟部門文化 同公司不同部門都可能天差地遠了
作者: yamakazi (大安吳彥祖)   2020-07-18 09:24:00
現在想想真的是文化,思維,和態度眼界之類的問題以前在台廠designhouse還要推當責,在外商根本不需要推動大家就會做好
作者: raxt577 (pirague)   2020-07-18 09:45:00
同感,真的值得人尊敬的資深沒權也會有人幫你,雖然有權更好...
作者: mathrew (Joey)   2020-07-18 10:02:00
這個完全是看人這個完全是看人,多的是管不動
作者: Rocker5566 (搖滾56)   2020-07-18 10:24:00
一堆公司年資到就給資深 做的事情不堪入目
作者: smallkop (快離開這裡)   2020-07-18 10:26:00
一切就是錢的問題,做的更出色的人領更多錢就不用這樣搞了,台廠多的是做的多跟少的領差不多錢當然能閃就閃
作者: SilverFocus (銀色焦點)   2020-07-18 10:52:00
你講的是理想情況,可惜很多公司做不到
作者: mar07172535 (?????????)   2020-07-18 10:52:00
前提是資深的管資淺的,如果今天是管資歷差不多的呢
作者: Iemarah   2020-07-18 11:02:00
科技日新月異 資深又不代表比較懂 真要很行的就應該給個明確的title讓他有責任去指導 沒實質指導管理權限的就只是同事
作者: getbacker (工作十年了啊.......)   2020-07-18 11:19:00
年紀大 做得久不等於資深
作者: GGFACE (ggface)   2020-07-18 11:50:00
你這套是做web的 系統廠誰在跟你scrum
作者: iamala (it depends)   2020-07-18 12:02:00
做軟體強者的世界我不懂,好多英文名詞好難。我們弱者硬體世界都不給管,只知道睏霸數錢的XD
作者: DrTech (竹科管理處網軍研發人員)   2020-07-18 13:12:00
太理想。JIRA上,沒權限管人,靠資深兩個字,責任就推來推去了。code review 沒權打人績效,沒權根據quality影響績效,一般人死都不會改。
作者: Assyla (我只是居家了一點)   2020-07-18 13:24:00
就你這個例子而言,code review的問題,為何不能已讀不回如果一堆人都搞已讀不回,你能幹啥?然後跟對方主管打小報告,也不理你呢?
作者: s06yji3 (阿南)   2020-07-18 14:58:00
除非每個組員關係都很好,大家都有共同的目標,不然還是洗洗睡吧
作者: fgkor123 (n(N))   2020-07-18 16:39:00
你這個我只看過外商linux做過,核心和介面都獨立出來...好處是真的開發過程清楚,原始碼也乾淨,壞處是真的慢除了特別核心和嚴重的issue,大部分時候都是自己領去做
作者: h129875230 (GOD)   2020-07-18 19:05:00
這做法在系統廠一條jira可以轉五次
作者: flysonics (飛音)   2020-07-18 20:59:00
這種真的是最理想的狀況 可惜台廠200%作不到這個樣子自己有熱忱然後領去做才好玩好嗎 最討厭那種給人分工然後都丟垃圾工作出來的
作者: WSzc (WSzc)   2020-07-19 02:29:00
你這架構是整個公司文化 從上而下的推展 但很多公司不是
作者: Qcloud (Direction)   2020-07-19 08:26:00
你4不4很嫩,台廠一堆連主管都不見得管得住的好嗎。外商沒戰力就layoff,文化差這麼多也拿來比
作者: piadora (皮多羅)   2020-07-19 23:19:00
去了。code review 沒權打人績效,沒權根據quality影響績效,一般人死都不會改。
作者: weitin7011   2020-07-22 09:46:00
團隊文化

Links booklink

Contact Us: admin [ a t ] ucptt.com