First Sight at SCRUM

今天稍微没那么忙,碰巧看到有个ex-Microsoft的专家的关于SCRUM应用的session,因而便参加了。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模式。io

今天只是对SCRUM做了一个很肤浅的了解,后续还要好好理解下这种开发模式。持续集成

相关文章
相关标签/搜索