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

#多工問題怎麼解 #老闆不願加人手怎麼辦

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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