IBM研發中心似是而非的SCRUM
阿新 • • 發佈:2018-12-24
你如果去IBM做個調查,幾乎80%的從業敏捷研發的人,無論做技術還是做管理的,恐怕都會告訴你他們使用的是SCRUM。而當你深入的去了解他們的工作、流程、方法、交付結果時,卻又發現這個和SCRUM有著這或那的區別。
先排除大家對SCRUM的不同理解外,我們必須承認,大多數IBM中國的研發專案敏捷轉型確實是從SCRUM開始普及的。從這個方式開始衍生出了IBM的核心敏捷(Core Agile), 紀律性的敏捷交付(Disciplined Agile Delivery)和可拓展敏捷方法(Agile atScale)等。
SCRUM這種核心的敏捷方法對開發團隊來說也的確重要,就連RTC工具也在釋出了大量的“開箱即用”的SCRUM的流程、模板。而不止IBM,業內的同行也大量使用了各種敏捷核心的方法,如VersionOne於2007年對來自71個國家1700多人的敏捷調查報告中顯示被使用最多的敏捷核心方法仍然是SCRUM,SCRUM和XP的組合方式。
不做過多闡述其他敏捷方法,但值得一提的是,與SCRUM可以媲美的敏捷方法論,我認為還有XP(極限程式設計,eXtreme Programming)更加適合小型專案3-5人的團隊。DSDM (Dynamic Systems Development Methodology) 與SCRUM一樣更加適合大型團隊的專案開發。這些其實也都可以在IBM的某些專案中窺見一斑。
圖. 流行中的敏捷方法
那麼在說IBM敏捷方法進化論之前,我們還是很有必要了解下什麼是SCRUM,如果你已經是敏捷研發的職業玩家了,您可以快速閱讀緊接著的一小節,但是仍然建議您閱讀之後的兩個小節。好了,不再廢話,我們來看看SCRUM是什麼。