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的週期性，即使不是開發出完全滿意的產品，至少客戶都有部份功能可以用，也驗收過。公司收帳也應該跟開發期週期掛鈎，驗收過了，就收回開發費用。雙方有意見，不願意繼續開發，就按照剩餘未開發的部份收取解約金。以醫院的收費模式來舉例，一個慢性病，不會一下就可以治好。每次覆診，都會獨立計算診金，病人不願意繼續，可以選擇轉醫院；自己認為足夠了，也可以不再去覆診。 如果客戶/老闆沒有因為堅持最初的合約一字不改，後續因為分歧而產生的負面情感也沒有這麼大。有些問題，可以及早止蝕，對公司與客戶都好。作為員工，在中間做磨心的情況也可以減少，不必為一開錯誤的開頭而繼續走下去。
