一人當多人用!? 敏捷專案的多工問題如何解?

#多工問題怎麼解 #老闆不願加人手怎麼辦
enter image description here
看到網路上有人詢問到 “部門人力不夠,老闆不願意加人,導致同仁水深火熱” 的問題。感覺提問者問的聲淚俱下,但其實這問題並非特例,幾乎每家公司都有這個狀況。

我們在企業導入敏捷時,常碰有團隊面臨多工(一人接多個專案),或是人力不足的問題。

同仁提出後,問我,敏捷(或Scrum)專案該怎麼面對這個問題?

我其實很想跟同仁說 : 這問題跟敏捷一點關係都沒有。敏捷也不是設計來解決這些問題的。

然而確實,當你採用敏捷或Scrum,這些原本被公司 “掩蓋的很好” 的人力(人事)問題,就會被你凸顯出來。(這也是一種透明度的展現?)

有人覺得,那為何以前在瀑布開發的時候,人員可以參與多個專案,可以多工,看起來沒什麼問題,但為何現在敏捷就不行???

再強調一次,不是敏捷不行,也不是瀑布式開發可以,而是瀑布式開發把透明度降低了,讓問題被掩蓋(隱藏)了起來,直到驗收結案時(前)一次償還這個被掩蓋問題所要付的代價(專案延遲、品質降低、團隊士氣低落…etc.)。而這時你根本分不出問題的 root cause 是什麼,是人力不足、是太多技術債、是專業能力不足、是插單…?

其實是專案中這些所有的問題所帶來的後果,一次一起呈現在你面前。

而敏捷則會在專案一開始,就讓你知道,當你把人同時投入多個專案多工時,會付出什麼代價?

但,這個問題該如何解決?

你得換位思考,把自己當老闆的角色,去思考這個問題。

你可能會發現,人夠不夠最終往往不是工程需求或計算工時的問題(所以任憑你做出再怎麼精緻的人力使用率報表,上面充斥著紅色的加班時數,也不見得有用)。而是資源(錢)怎麼分配,和資源(現金)夠不夠的問題。

也就是說,我們去證明人力不足,是工程思維;但設法證明,在我的部門若有更多的人,將會為公司帶來更多的價值(錢),或是人太少會讓公司虧很多錢,這是商業價值。

而主管大多在意 商業價值 > 工程需求。

"老闆好像總覺得我們部門有能力空間去支援OOO"<=== 這往往凸顯出的是,老闆覺得這個部門再多花點錢請人"不划算",暫時用加班可以解決問題就好。

當然同時也意味著,老闆可能還看不到這個部門人力使用的透明度,你確實應該使用一些工具(像是看板、CFD、燃盡圖)把工時的透明度呈現出來。但最終老闆願不願意增加人,則得看你和你的部門,能夠為企業帶來多少價值?

最近,你聽到北美很多公司在裁員,meta、twitter、MS、google…幾乎所有科技產業都在精簡人力,你覺得是因為,這些人力突然間都變的很閒? 突然間都沒有事情做了? 因為沒有工作所以被裁掉? 不是的,是因為市場變了,這些人預期能夠為產生的價值(獲利)將要變低了,導致企業非得先裁員不可。

其實說穿了,從企業的角度思考,人力的增減往往跟你的工作量多寡無關,而跟你的工作能為企業帶來的價值有關。無論我們在哪一個職位,除了花時間工作,更得花點時間證明自己為企業帶來的價值。

順帶說一句 : "薪資高底也往往跟你的能力無關,而是跟這家聘請你的公司有多需要你有關。"

留言

這個網誌中的熱門文章

使用 Airtable 在小型需求上取代傳統資料庫

使用Semantic Kernel 建立自然語言請假系統

精彩(且驚人)的Semantic Kernel入門範例

在 LINE Bot 開發中使用Semantic Kernel建立自然語言請假系統

專業的價值...