|
地板
发表于 2012-5-29 14:45:13
|
只看该作者
|
我是梅子,参加这个沙龙,有如下几条建议:
《敏捷与开发测试》-
P8:敏捷部适用性的观点有问题,敏捷是一种方法论,作为RUP系列(UP AUP)等敏捷理论已经成功应用系统底层开发,所以针对不适用的观点,我保持态度(敏捷方法有很多,是否适用取决环境因素);
P13页:第二条,补充以下-SCRUM的术语来自老美,但他的原形来自一个日本专家(名字忘了,有兴趣自己查查),日本专家在一次论文中,多次引用橄榄球的中的术语;后来被老美给总计提炼了,就像老戴的TQM的许多理论一样,只是他总结应用的好罢了;
P13页:第三条,补充一下—针对ST而言SCRUM的TIME BOX集合严格的说,是迭代的过程,而不是增量的过程,每一个SPRINT都是崭新的,就算是以前的系统的修改,针对此周期也是全新的任务,是产品组件,而不是“过程组件”。
P18页:强调GOAL及任务价值,当PP(PO代理)认定任务价值,排序好后(排序方法策略暂不说),第二步就是确定GOAL,然后才是分解功能及后续任务列表;
P27页:看拐点和趋势如13、14点要分析原因,不管是好的技术创新或是裁剪功能点等;
P30页:通过此例子,更加说明敏捷是方法而不是模型,如果非要比较的话,此点就是第一条;
P34页:TDD是强调测试先行的开发方法,一般包含于XP的生命周期(包括日流程及生命周期流程);
P40页:从黑盒概念想到,SCRUM的TIMEBOX实际上可以成为黑盒,怎么做交给ST,PO和客户只需要打对号或者叉就行了;
就说到这吧,粗略看了一下,以上就是我要补充的,另外给我金币呀。。金币呀。。
不给砸场子! |
|