搜尋澳門生活誌

SCRUM：用一半的時間做兩倍的事

MacauYeah・2023-10-13

這個假期，筆者沒有再去寫Code增值。取而代之的是看看書，吸收一下新思維，把頭腦好好更新一下。機緣巧合之下，翻開了早在幾年前就讀過的書《SCRUM：用一半的時間做兩倍的事》。當下心頭一陣心酸，為何SCRUM明明是資訊行業裏面的表表者，但自己在實踐上，就總是無法應用？所以又重新讀了一遍。先講講SCRUM是什麼，SCRUM是暫件開發上的一種迭代模式，它有另一個名字，也是我們更常聽到的是【Agile-敏捷開發】。它主張的是以最短的時間，造出最少的實際產品，讓客戶真的可以驗證當初的需求是否合理。而不是像瀑布式開發，先做好最前面，再做中間，再做最後面，然後再等客戶總體驗收。非科技業的朋友，可以想像成是ISO 9001機制上Plan Do Check Act。理論筆者就不講太多了，筆者直接就講講實務上的問題。首先，你要有一個團隊。沒有團隊你就不能在相互幫忙的情況下得益但不是坐在同一辦公室的就叫做團隊，大家要真的一起協調，大家的目標和時間上可以協調，會一起幫忙解決他人問題的才叫團隊。所以，大部份情況下，當公司為了方便管理，都希望一個人負責做一個Project，每個同事是自己的project的Team Leader，這就沒有了緊密合作的意義。你要有做專心做同一Project權限。這樣你才不會因為分心，因為做轉換，而浪費時間。但基於公司營運，接新單新Project一定會天天都接，即使同事手頭上舊單未完成，都要強行跟同事加入新的工作說明，著手新Project的酬備。主要是因為平均分配各個客戶的期待，每個Project都要定期交點東西出來。公司也認為每個Project不可能一口氣進行下去，總有些時候是要等客戶、供應商回覆，轉換Project才不會讓同事閒著。你要有心力去解決實際問題，讓你工作越來越順暢。這樣才會越做越快。但問題總是每日新鮮，特別是你每次都要接觸新事物，解決方案亦不是一天就可以想到，所以會讓人失去衝刺的熱情。運用了SCRUM/Agile開發後，應該可以走少很多不必要的路。但其實只有你在基礎能力都很超班，新事物都不用掃雷，你才會有可能覺得少走點。就以軟件開發來說明，若你沒有自動化的CI/CD的伺服器，每次都要花很多時間才完成發佈，你想讓客戶驗收新功能的頻率一定很低。你的同事連SVN/Git都不用，你想取用他人的新功能來測試的難度也很高。你的開發環境沒有分為開發/測試/驗收/上線，開發時改爛了就根本無辦法Rollback。及早驗收這不是代表你做錯事的機會變少，只是提早一點知道，讓錯誤不會繼續延伸下去。因為要重新改造而花掉的成本也是很明顯的。一切一切在重讀《SCRUM：用一半的時間做兩倍的事》時，筆者也看到一些人生的希望。若沒有團隊，但只要堅持專心做同一個Project，單人團隊也是一個可以嘗試的方向。當你專心做同一件Project，你會少了轉換成本，也不會感到同時多個Project的爛尾感，更容易累積信心和成就感。當有問題真的解決不了，不是轉換Project，而是面對問題，要麼Workaround，要麼就解決它，把新增成本交給客戶/老闆做決定。因為Plan Do Check Act的週期性，即使不是開發出完全滿意的產品，至少客戶都有部份功能可以用，也驗收過。公司收帳也應該跟開發期週期掛鈎，驗收過了，就收回開發費用。雙方有意見，不願意繼續開發，就按照剩餘未開發的部份收取解約金。以醫院的收費模式來舉例，一個慢性病，不會一下就可以治好。每次覆診，都會獨立計算診金，病人不願意繼續，可以選擇轉醫院；自己認為足夠了，也可以不再去覆診。如果客戶/老闆沒有因為堅持最初的合約一字不改，後續因為分歧而產生的負面情感也沒有這麼大。有些問題，可以及早止蝕，對公司與客戶都好。作為員工，在中間做磨心的情況也可以減少，不必為一開錯誤的開頭而繼續走下去。