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

看板Soft_Job作者 (多愁善感的中學二年級生)時間2年前 (2021/12/01 21:14), 2年前編輯推噓11(11推 0噓 27→)
留言38則, 20人參與, 2年前最新討論串1/1
版友大家好，幫一位朋友問的 數月前新進的外商公司部門雖然有主管，但是主管不會監督我們 主管有找一個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
→
12/01 21:21, 2年前 , 1F
扁平化重點是：溝通扁平化，而不是責任扁平化喔。
12/01 21:21, 1F
→
12/01 21:23, 2年前 , 2F
溝通與責任要分開。
12/01 21:23, 2F
推
12/01 21:36, 2年前 , 3F
一樓講得很好 沒有人負責的東西遲早是要爆炸的
12/01 21:36, 3F
推
12/01 22:14, 2年前 , 4F
84，那是主管有問題，快閃吧，這種很會甩鍋
12/01 22:14, 4F
→
12/01 22:47, 2年前 , 5F
這個是權責不清吧 連自己負責什麼都不知道
12/01 22:47, 5F
→
12/01 23:10, 2年前 , 6F
其實我們每個功能模組都有指派owner，出事就找他
12/01 23:10, 6F
→
12/01 23:12, 2年前 , 7F
有點像分封制?但就是缺乏監督很多自己做自己的
12/01 23:12, 7F
→
12/01 23:12, 2年前 , 8F
兩三個有相關的人討論決定這功能模組怎麼改
12/01 23:12, 8F
※ 編輯: Makoto0813 (111.243.38.244 臺灣), 12/01/2021 23:14:19
推
12/01 23:21, 2年前 , 9F
找RD開進度聽起來不錯(如果不會被亂插單或壓時間的話)，
12/01 23:21, 9F
→
12/01 23:21, 2年前 , 10F
疑似Bug 或許可以找 QA 說一下然後看QA 要不要開單
12/01 23:21, 10F
→
12/01 23:21, 2年前 , 11F
可是有owner還不知道出問題找誰
12/01 23:21, 11F
→
12/01 23:22, 2年前 , 12F
不會是一團高耦合的義大利麵吧XD
12/01 23:22, 12F
有很多事要兩個模組一起解決的，但又有立場不同的問題 舉個例子前後端模組的RD要討論API資料流或是資料結構要怎麼切兩邊各有 立場，會期待有個類似leader的腳色去中介可以站在比較全局的立場去考慮， 現在這個人沒了就有點公說公有理...
→
12/01 23:25, 2年前 , 13F
不知道要找誰的事情就找主管轉介一下，但如果主管
12/01 23:25, 13F
→
12/01 23:25, 2年前 , 14F
說他也不知道找誰就不太好了
12/01 23:25, 14F
→
12/01 23:26, 2年前 , 15F
一樓正解
12/01 23:26, 15F
※ 編輯: Makoto0813 (111.243.38.244 臺灣), 12/01/2021 23:43:55 ※ 編輯: Makoto0813 (111.243.38.244 臺灣), 12/01/2021 23:44:40
推
12/02 00:36, 2年前 , 16F
找PM
12/02 00:36, 16F
推
12/02 02:12, 2年前 , 17F
這比較像敏捷 敏捷沒有leader
12/02 02:12, 17F
→
12/02 11:32, 2年前 , 18F
敏捷哪裡沒有?
12/02 11:32, 18F
推
12/02 11:39, 2年前 , 19F
聽起來你們很不像團隊耶
12/02 11:39, 19F
→
12/02 11:43, 2年前 , 20F
敏捷是沒有空
12/02 11:43, 20F
推
12/02 13:45, 2年前 , 21F
敏捷責任很清楚吧＝＝
12/02 13:45, 21F
推
12/02 21:44, 2年前 , 22F
找主管討論，反應後沒用，錢不夠多到可以無視痛苦就
12/02 21:44, 22F
→
12/02 21:44, 2年前 , 23F
年底閃人了。
12/02 21:44, 23F
→
12/02 23:53, 2年前 , 24F
責任扁平化，程式RD開發的，出事當然RD扛!
12/02 23:53, 24F
推
12/03 08:20, 2年前 , 25F
我一直在想這種不就只是把pm的工作丟給rd
12/03 08:20, 25F
你說得對呀我們這裡是pm直接對到rd leader當窗口，久而久之這個leader慢慢pm化了 同時他又有rd的經驗技能把pm的話聽懂又能跟其他rd討論解法
→
12/03 09:29, 2年前 , 26F
如果是跑scrum就是scrum master
12/03 09:29, 26F
→
12/03 09:30, 2年前 , 27F
以你的敘述就是那個被找來抓進度的RD
12/03 09:30, 27F
是滴 只差在進度要抓得多緊了 事情多就常開 少就一週開一次 ※ 編輯: Makoto0813 (111.243.26.11 臺灣), 12/03/2021 23:37:58 ※ 編輯: Makoto0813 (111.243.26.11 臺灣), 12/03/2021 23:38:47
→
12/04 11:29, 2年前 , 28F
扁平化後，出現bug，要麻就自修掉，不然就找熟那個module
12/04 11:29, 28F
→
12/04 11:30, 2年前 , 29F
的人討論。怎麼知道誰熟該module? 從log 就知道誰常修改
12/04 11:30, 29F
→
12/04 11:32, 2年前 , 30F
上面有人提到這是把 pm 的工作丟給 rd。對也不對。
12/04 11:32, 30F
→
12/04 11:33, 2年前 , 31F
身為一位盡責的 RD ，PM 經常只是礙事的。不如讓 RD 對RD
12/04 11:33, 31F
→
12/04 11:34, 2年前 , 32F
扁平化後，最重要的是要主動修掉問題，或找懂的人討論。
12/04 11:34, 32F
→
12/04 11:35, 2年前 , 33F
更重要的是，你要讓別的工程師知道某類事就該找你。
12/04 11:35, 33F
→
12/04 11:36, 2年前 , 34F
如果能做到這一點，你就是一位成功的工程師了。
12/04 11:36, 34F
→
12/04 11:37, 2年前 , 35F
另外一提，扁平化有益於工程師和工程師合作。
12/04 11:37, 35F
→
12/05 16:47, 2年前 , 36F
這個叫做把丟責任管理吧 也可以簡稱沒管理
12/05 16:47, 36F
推
12/05 20:25, 2年前 , 37F
一樓專業
12/05 20:25, 37F
推
12/06 19:35, 2年前 , 38F
推一樓
12/06 19:35, 38F
‣ 更多 Makoto0813 的文章
文章代碼(AID): #1XftKiLm (Soft_Job)