[scrum]2011/9/22-----第二天
scrum 总结:
Team member |
Yesterday’s Work |
Today’s Work |
Issue |
R X |
Task196:Completed xml 文件的解析,并且通过了两个测试用例 Task198:Completed 添加全局变量:当前会议和remind
list Task201:Active 基本完成了select
Conference page 的UI |
Task242:Active 开始写select
Conference的底层代码 |
Select Conference Page的UI如何设计 |
DL H |
Task 233: Completed 完成了homepage上的Conference
Setting tile 的UI |
Task 204: Active 进行Talk
to Attend tile 的UI 设计 Task242:Active 准备工作 |
可能会对Task
233 Conference Setting 做好的UI作一些修改 |
YY Z |
Task239:Completed 完成XML
Schema Document, one for word, one for pdf, 见Shared
Documents |
Task202:Active 进行Current
Conference Page 上agenda item 的UI 设计 |
如何能使page
排布的美观方便 |
T Z |
Task235:Completed 完成了测试用例的xml
文件 Task234:Active Conference Setting tile 上文字的变化 |
Task234:Active 修复前一天出现的bug 开始写Conference
Setting Tile上点击的触发事件 |
Bingding 需要加深理解 |
N Z |
@TOEFL |
|
|
HF L |
@科大 |
|
|
注:对于Task Burndown有一些需要解释的地方,我们是每天早上daily scrum(9/21--9/30),所以工作时间是9/20---9/29。
Q1:那为什么9/20的Hours Completed是0?
A1:第一天确实做了工作,但是还没养成实时去改Task上的Completed Hour 和Remaining Hour的习惯,所以 9/20号的Task 都是在9/21号早上来改的,体现在图上9/20为0。
Q2:9/21做了好多工作?
A2:其实不然,正如前面所说,9/21所作的工作一部分体现的是9/20号的工作,另一部分是9/21的工作(9/21号,我们都尽量记得把Task的Completed Hour 改过来)。
Q3:9/22是平的,没有工作?
A3:这是正常情况,由于是早上daily scrum, 9/22号这天的工作还未开始,所以就应该是与9/21号齐平的;从今天的图中还可以看出有一点小小的倾斜,是因为昨天(9/21)遗漏了一些task的Completed Hour到今早才改。
所以,如果早上daily scrum, Burndown图应关注前一天;如果晚上daily scrum, Burndown图应关注当天。
Task Burndown:
Task Burn Rate:
Remaining Work:
总结:scrum 第二天,xml file的解析完成,并通过了两个测试用例,Documents也已写好;Conference Setting tile 的UI设计完成,与homepage上其他的tile一致。