First Sight at SCRUM

今天稍微沒那麼忙，碰巧看到有個ex-Microsoft的專家的關於SCRUM應用的session，因而便參加了。

主講Mike估計是來自美國，發音很好聽，很熱情，要是多點互動的環節會更好。

一開始就拋出了Waterfall vs. SCRUM，列出的waterfall模式的痛點都是本身的項目中常常碰到的。像需求沒法穩定，開發和測試期間CR的影響，用戶參與過遲致使問題發現過遲等。

因而便引出SCRUM，做爲敏捷開發的一種方式，短週期，快速響應。

對於我來講，會考慮其實對於本身所在的項目，SCRUM是否有可能實施。所想到的首要一個問題是測試，對於一個穩定性要求高於快速響應需求的項目，SCRUM是否能知足要求？集成測試怎樣進行？是否足夠？畢竟如今本身所在的項目，SIT+UAT每每加起來都起碼有一個月的時間。這個問題在Mike後來說起的SCRUM所面臨的問題中也有指出。看來這的確是SCRUM的一個問題。在個人理解中，它要求自動化程度很高的持續集成測試，才能保證系統的穩定性。

另外若是採用SCRUM，不管從項目的進度計劃，成本規劃，資源規劃方面，可能都要做出很大的改變，整個團隊要對SCRUM有清晰的認識和思考。另外，不管是從BA團隊，到solution團隊，到dev團隊和test團隊，包括用戶自己，都要適應上SCRUM的節奏。這對習慣了waterfall的團隊和用戶這個改變彷佛並不容易。

不過Mike說起在MS其實從06年就在產品項目中引入SCRUM，而IT項目則直到2010年纔開始逐步轉變爲SCRUM模式，大概花了一年的時間IT項目所有轉型爲SCRUM模式。

今天只是對SCRUM做了一個很膚淺的瞭解，後續還要好好理解下這種開發模式。