[討論]部門管理扁平化該如何自處

[Makoto0813 (多愁善感的中學二年級生)]

版友大家好，幫一位朋友問的

數月前新進的外商公司部門雖然有主管，但是主管不會監督我們

主管有找一個RD當作leader來抓每次軟體進版的進度要做哪些功能

但是整個流程每個RD都是要自動自發去處理的自己抓時間

沒有人管理只是leader會追進度而已有bug就自主去修

我問部門前輩說有疑似bug要回報給誰 他就不知道回甚麼了

因為都是QA負責開bug，但我甚至不知道程式的問題該找誰討論解法誰說的算

有人說這樣的組織叫做扁平化組織，這算是美式風格，也可能是我奴性太重了

習慣被管理被支配，沒有人督促或是指正我的缺失，常常覺得空虛 唉...

個人目前還是比較習慣打球有教練監督，沒有人當壞人的話有問題大家也不好互相指正

這樣管理風格的公司在外商軟體業界某些地方是不是常態呢

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.243.38.244 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1638364460.A.570.html
→ DrTech: 扁平化重點是：溝通扁平化，而不是責任扁平化喔。
→ DrTech: 溝通與責任要分開。
推 longlyeagle: 一樓講得很好 沒有人負責的東西遲早是要爆炸的
推 j0958322080: 84，那是主管有問題，快閃吧，這種很會甩鍋
→ lazarus1121: 這個是權責不清吧   連自己負責什麼都不知道
→ Makoto0813: 其實我們每個功能模組都有指派owner，出事就找他
→ Makoto0813: 有點像分封制?但就是缺乏監督很多自己做自己的
→ Makoto0813: 兩三個有相關的人討論決定這功能模組怎麼改
※ 編輯: Makoto0813 (111.243.38.244 臺灣), 12/01/2021 23:14:19
推 t64141: 找RD開進度聽起來不錯(如果不會被亂插單或壓時間的話)，
→ t64141: 疑似Bug 或許可以找 QA 說一下然後看QA 要不要開單
→ lazarus1121: 可是有owner還不知道出問題找誰
→ lazarus1121: 不會是一團高耦合的義大利麵吧XD
有很多事要兩個模組一起解決的，但又有立場不同的問題
舉個例子前後端模組的RD要討論API資料流或是資料結構要怎麼切兩邊各有
立場，會期待有個類似leader的腳色去中介可以站在比較全局的立場去考慮，
現在這個人沒了就有點公說公有理...
→ t64141: 不知道要找誰的事情就找主管轉介一下，但如果主管
→ t64141: 說他也不知道找誰就不太好了
→ viper9709: 一樓正解
※ 編輯: Makoto0813 (111.243.38.244 臺灣), 12/01/2021 23:43:55
※ 編輯: Makoto0813 (111.243.38.244 臺灣), 12/01/2021 23:44:40
推 MonkeyCL: 找PM
推 em1234: 這比較像敏捷 敏捷沒有leader
→ shooter555: 敏捷哪裡沒有?
推 vi000246: 聽起來你們很不像團隊耶
→ bheegrl: 敏捷是沒有空
推 lemontea0328: 敏捷責任很清楚吧＝＝
推 WaterLengend: 找主管討論，反應後沒用，錢不夠多到可以無視痛苦就
→ WaterLengend: 年底閃人了。
→ xephon: 責任扁平化，程式RD開發的，出事當然RD扛!
推 lylu: 我一直在想這種不就只是把pm的工作丟給rd
你說得對呀我們這裡是pm直接對到rd leader當窗口，久而久之這個leader慢慢pm化了
同時他又有rd的經驗技能把pm的話聽懂又能跟其他rd討論解法
→ shooter555: 如果是跑scrum就是scrum master
→ shooter555: 以你的敘述就是那個被找來抓進度的RD
是滴 只差在進度要抓得多緊了 事情多就常開 少就一週開一次
※ 編輯: Makoto0813 (111.243.26.11 臺灣), 12/03/2021 23:37:58
※ 編輯: Makoto0813 (111.243.26.11 臺灣), 12/03/2021 23:38:47
→ qmailtw: 扁平化後，出現bug，要麻就自修掉，不然就找熟那個module
→ qmailtw: 的人討論。怎麼知道誰熟該module? 從log 就知道誰常修改
→ qmailtw: 上面有人提到這是把 pm 的工作丟給 rd。對也不對。
→ qmailtw: 身為一位盡責的 RD ，PM 經常只是礙事的。不如讓 RD 對RD
→ qmailtw: 扁平化後，最重要的是要主動修掉問題，或找懂的人討論。
→ qmailtw: 更重要的是，你要讓別的工程師知道某類事就該找你。
→ qmailtw: 如果能做到這一點，你就是一位成功的工程師了。
→ qmailtw: 另外一提，扁平化有益於工程師和工程師合作。
→ b85040312: 這個叫做把丟責任管理吧 也可以簡稱沒管理
推 ftrhalcyon: 一樓專業
推 AoShenFengYu: 推一樓
→ cathychg: 所以？