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

推薦指數：★★★★☆

網誌： https://bit.ly/3fUJ7DI

購買連結： https://bit.ly/3vun2Tp

https://imgur.com/AvEsdgo.jpg

今天介紹的這本書是要介紹一個近年很流行的工作方法
過去我們會把一個專案拆成好幾個所需完成的工作
並詳細的說明每個工作會需要花費多少時間

但是大家或許會注意到
以往的方法所預估的時間差異往往過大
你可能預估這件事情完成只需兩小時
但實際完成卻花了二十小時或是二十分鐘

而過去的方法之所以失敗的原因就是
事情發展往往超乎想像

而書中的這套方法：Scrum
則把不確定性和創造性都納入考量
並不斷地滾動式修正
讓專案執行的速度越來越快且達成需求

那怎麼做呢？
首先，必須規劃出「衝刺」的期間
在書中一開始的例子
是以兩個禮拜作為一個循環
每個循環就是一次衝刺

在循環一開始的時候
團隊要開會決定在未來兩個星期中
他們能完成多少事情

每次衝刺結束後
團隊還要再開一次會
展現出大家在這一次循環當中完成甚麼工作
檢視有多少個項目已經被完成？
是否有列出太多工作沒有完成或是相反的狀況？
在這部分最重要的事情是「對自己的速度有基本的認知」
同時也需要提出問題給成員

「昨天你做了甚麼事情協助團隊完成本階段衝刺」
「今天你準備做甚麼事情來協助團隊完成本階段衝刺」
「有甚麼阻礙團隊前進的因素」

在專案管理中，有三個因素會造成時間的浪費
第一個是多工環境的切換

常常大家可能手上不只一件案子
然而本書建議大家一次只做一件事情
千萬不要A做一點就做B
B做一點就做C

人腦在切換環境的過程中需要一點時間適應
在過去的研究當中
假設你有五個專案在同時執行
那實際上會有75%的時間被浪費掉

第二個是事情做一半等於沒有完成
如果沒辦法做出一個已完成的產品
讓使用者可以使用的產品
那這件事情等於沒有價值
也相當於花費了時間與心力卻沒有任何成果
那這輪衝刺就浪費掉了

第三個是第一次就把事情做對
有間軟體公司曾經做過一個紀錄
紀錄軟體開發人員發現錯誤的當下就把程式更正和事後再回來修改程式
兩者所花費的時間的差異

後來發現如果在當下就花一秒把錯誤修正
可以預防事後花24秒修改程式
這樣的浪費是非常巨大的
而這也是由於人體的生理結構所限制

當你在做某一個專案的時候
腦中會有該專案的詳細架構與流程

但是當你轉換了幾個專案
事後再來回想
大腦需要花費更長的時間來重新組織進入狀況

最後本書有個概念我認為很值得一提
百分之八十的價值其實是來自於百分之二十的產品
但作者建議最好在有一點小功能就趕快拿給使用者試用得到回饋
這個概念稱為「最小可行產品」

如果是一台相機，可以設計一個能照相但還不能對焦的相機
你可能會聽到
「相機的機身很難拿」「快門鍵設計在詭異的地方」
這些評論都可以讓你在繼續設計以前先修改方向
得到更多的使用者滿意度

這本書在工作上也啟發了我很多
其實也如同先前介紹過的許多書一般
提醒你專注在適合的任務，提升工作效率
以免白白浪費了許多時間，卻十分低生產力

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.136.172.91 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/book/M.1622196427.A.BFA.html