作者Makoto0813 (多愁善感的中學二年級生)
看板Soft_Job
標題[討論]部門管理扁平化該如何自處
時間Wed Dec 1 21:14:15 2021
版友大家好，幫一位朋友問的
數月前新進的外商公司部門雖然有主管，但是主管不會監督我們
主管有找一個RD當作leader來抓每次軟體進版的進度要做哪些功能
但是整個流程每個RD都是要自動自發去處理的自己抓時間
沒有人管理只是leader會追進度而已有bug就自主去修
我問部門前輩說有疑似bug要回報給誰 他就不知道回甚麼了
因為都是QA負責開bug，但我甚至不知道程式的問題該找誰討論解法誰說的算
有人說這樣的組織叫做扁平化組織，這算是美式風格，也可能是我奴性太重了
習慣被管理被支配，沒有人督促或是指正我的缺失，常常覺得空虛 唉...
個人目前還是比較習慣打球有教練監督，沒有人當壞人的話有問題大家也不好互相指正
這樣管理風格的公司在外商軟體業界某些地方是不是常態呢
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.243.38.244 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1638364460.A.570.html
1F：→ DrTech: 扁平化重點是：溝通扁平化，而不是責任扁平化喔。 12/01 21:21
2F：→ DrTech: 溝通與責任要分開。 12/01 21:23
3F：推 longlyeagle: 一樓講得很好 沒有人負責的東西遲早是要爆炸的 12/01 21:36
4F：推 j0958322080: 84，那是主管有問題，快閃吧，這種很會甩鍋 12/01 22:14
5F：→ lazarus1121: 這個是權責不清吧 連自己負責什麼都不知道 12/01 22:47
6F：→ Makoto0813: 其實我們每個功能模組都有指派owner，出事就找他 12/01 23:10
7F：→ Makoto0813: 有點像分封制?但就是缺乏監督很多自己做自己的 12/01 23:12
8F：→ Makoto0813: 兩三個有相關的人討論決定這功能模組怎麼改 12/01 23:12
※ 編輯: Makoto0813 (111.243.38.244 臺灣), 12/01/2021 23:14:19
9F：推 t64141: 找RD開進度聽起來不錯(如果不會被亂插單或壓時間的話)， 12/01 23:21
10F：→ t64141: 疑似Bug 或許可以找 QA 說一下然後看QA 要不要開單 12/01 23:21
11F：→ lazarus1121: 可是有owner還不知道出問題找誰 12/01 23:21
12F：→ lazarus1121: 不會是一團高耦合的義大利麵吧XD 12/01 23:22
有很多事要兩個模組一起解決的，但又有立場不同的問題
舉個例子前後端模組的RD要討論API資料流或是資料結構要怎麼切兩邊各有
立場，會期待有個類似leader的腳色去中介可以站在比較全局的立場去考慮，
現在這個人沒了就有點公說公有理...
13F：→ t64141: 不知道要找誰的事情就找主管轉介一下，但如果主管 12/01 23:25
14F：→ t64141: 說他也不知道找誰就不太好了 12/01 23:25
15F：→ viper9709: 一樓正解 12/01 23:26
※ 編輯: Makoto0813 (111.243.38.244 臺灣), 12/01/2021 23:43:55
※ 編輯: Makoto0813 (111.243.38.244 臺灣), 12/01/2021 23:44:40
16F：推 MonkeyCL: 找PM 12/02 00:36
17F：推 em1234: 這比較像敏捷 敏捷沒有leader 12/02 02:12
18F：→ shooter555: 敏捷哪裡沒有? 12/02 11:32
19F：推 vi000246: 聽起來你們很不像團隊耶 12/02 11:39
20F：→ bheegrl: 敏捷是沒有空 12/02 11:43
21F：推 lemontea0328: 敏捷責任很清楚吧＝＝ 12/02 13:45
22F：推 WaterLengend: 找主管討論，反應後沒用，錢不夠多到可以無視痛苦就 12/02 21:44
23F：→ WaterLengend: 年底閃人了。 12/02 21:44
24F：→ xephon: 責任扁平化，程式RD開發的，出事當然RD扛! 12/02 23:53
25F：推 lylu: 我一直在想這種不就只是把pm的工作丟給rd 12/03 08:20
你說得對呀我們這裡是pm直接對到rd leader當窗口，久而久之這個leader慢慢pm化了
同時他又有rd的經驗技能把pm的話聽懂又能跟其他rd討論解法
26F：→ shooter555: 如果是跑scrum就是scrum master 12/03 09:29
27F：→ shooter555: 以你的敘述就是那個被找來抓進度的RD 12/03 09:30
是滴 只差在進度要抓得多緊了 事情多就常開 少就一週開一次
※ 編輯: Makoto0813 (111.243.26.11 臺灣), 12/03/2021 23:37:58
※ 編輯: Makoto0813 (111.243.26.11 臺灣), 12/03/2021 23:38:47
28F：→ qmailtw: 扁平化後，出現bug，要麻就自修掉，不然就找熟那個module 12/04 11:29
29F：→ qmailtw: 的人討論。怎麼知道誰熟該module? 從log 就知道誰常修改 12/04 11:30
30F：→ qmailtw: 上面有人提到這是把 pm 的工作丟給 rd。對也不對。 12/04 11:32
31F：→ qmailtw: 身為一位盡責的 RD ，PM 經常只是礙事的。不如讓 RD 對RD 12/04 11:33
32F：→ qmailtw: 扁平化後，最重要的是要主動修掉問題，或找懂的人討論。 12/04 11:34
33F：→ qmailtw: 更重要的是，你要讓別的工程師知道某類事就該找你。 12/04 11:35
34F：→ qmailtw: 如果能做到這一點，你就是一位成功的工程師了。 12/04 11:36
35F：→ qmailtw: 另外一提，扁平化有益於工程師和工程師合作。 12/04 11:37
36F：→ b85040312: 這個叫做把丟責任管理吧 也可以簡稱沒管理 12/05 16:47
37F：推 ftrhalcyon: 一樓專業 12/05 20:25
38F：推 AoShenFengYu: 推一樓 12/06 19:35
39F：→ cathychg: 所以？ 02/05 20:07