看完一本書《SCRUM用一半的時間做兩倍的事》，還不錯的一本書。
本來以為是談論如何有效率地做事? 原來是在說專案管理的Scrum方式，
是一種談論如何有效率完成專案的方式。
傳統開發專案用的是瀑布法，也就是有一套SOP流程，而這套流程通常很死板，
造成許多的浪費，浪費在業界中就是花不必要的錢。
以軟體開發來說，有些開發商或客戶很重視所謂的文件，例如計畫書、系統分析文件或者
精美的簡報等等。有些相關書籍可能厚厚一本，事實上會看完的可能只有少數人。
而且軟體開發在確定需求後到系統開發完成，才發現有很多系統功能可能不是客戶要的，
或者操作方式很難使用。如果在開發過程沒有時常確認的話，等到系統開發完成才來改，
其成本高到難以想像。
Scrum方式採用循環式的流程，每次的PDCA循環流程會先訂定一些具體可行的目標，根據
優先順序排列，然後決定在這次流程做哪些事情後，最後會產出一個可以運行的成果。
這個成果可能只是系統的一部分功能而已，但是可以讓客戶先行體驗，如果認為有什麼地
方需要修改的，可以在下個循環開始做修改的動作。因為每次客戶都能夠提出回饋意見，
所以最後的成果可以大幅滿足客戶的需求。
當然如果想要讓專案事半功倍的進行，需要再採取其它的方案，例如使用Scrum牆來排定
事項的優先順序、透明化專案的流程和其他人做哪些事情、每日立會和檢討改進、
每期衝刺和衝刺展示和回顧等等。在Scrum團隊中不分上下關係，但有分產品負責人、
Scrum大師和執行團隊。在檢討過程也對事不對人，所求是為了增進團隊效率而非找個人
來指責。
看起來這樣的專案管理方式還蠻有趣的，可惜好像很難找這樣的公司。大部分公司可能
還是採用傳統的專案管理方式，每個人都有清楚的職責(或複數職責)，也有清楚的上下
關係。遇到問題時，大部分的上司只會罵人，不會幫下屬找到問題和排除困難。
他們也只會告訴下屬該做什麼以及怎麼做，可能也不會去思考和檢討改進要怎麼樣做才
能增進效能和效率。效能是做正確的事情，效率是用正確的方式做事情，
聽起來很像是順口溜或者是廢話，但一般人包括我可能不曉得要怎麼改善做法。
有一些關於企業管理的書籍都有提到關於豐田式管理，有空來找書看一下好了(Google一
下就有了好嗎? 不過我查一查看一看，馬上就忘了。) 不過我曉得精實管理是為了避免
浪費，從各個流程或多或少都能夠找到浪費的跡象，例如等待的浪費、訊息傳遞的浪費
、搬運的浪費、庫存的浪費等等。如果能夠在不影響品質下減下各種浪費，將能夠提高
工作上的效率，增加總收益。至於效能的話… 除了排定工作優先順序，還要有賴相關
人員指出根據市場、顧客和團隊能力等要素，來決定做哪些事情才能夠得到更多的收益。
而Scrum就是一個好工具，可以透過不斷地檢討和調整來提升效能和效率。
時間本身就是很昂貴的成本，用較少的時間來獲得相同的成果，當然能夠增加收益。