小组博客作业#7:
产品是什么(elevator pitch)? 典型用户是谁? 请用Persona 表现出来 (姓名/照片/背景/痛苦/心理)。 典型的场景是什么, 软件的各个功能是如何结合起来完成这一场景的?
a. Exercise: each team presents its major persona and scenario
b. Exercise: WBS - pick one scenario (使用 “用户情景” 这一工作项)
(例如: 场景 – 小昕第一次用 iLifer 增加了一个 to-do item, 并同步到网络)
(例如: 场景 – 刚总记单词, 第一次使用挑战功能得了50 分, 分数能保存, 并记错的单词能列表显示 )
c. break it down to work items (使用 “任务” 这一工作项)
d. Estimate the cost of each work item (using various estimate techniques), put the estimation in the work item. link the work item to the scenario.
2. 重复 b – d 步骤, 把所有的任务/用户情景保存, 并选择 ”迭代1”。直到 “迭代1”(就是我们的Alpha 版本) 的所有工作项都录入到系统中,
3. 对于每个 ”任务” 都要进行时间的估计, 并填写到 “original estimate” 字段中, 并分配到具体的执行人。
小组博客作业#8:
小组的测试计划, 要测试什么, 计划怎么测试?小组必然要有一个人负责 “质量保证”工作, 相关信息请看 《移山之道》 具体章节.
小组的SCRUM 报告博客:小组选择10天时间 (最好连续), 每天: 每天一篇博客, 显示scrum 结果和TFS 上的进度。 建议从这一周周五 (4/15) 开始, 到 4/28 号结束. 中间要考虑校庆的安排。
TA 评价每SCRUM 博客 的标准:
(1)满分10分/天 (一共有 10天)1) 没有SCRUM 报告, -10 分;
(2)提交了, 但是晚于TA 预订的审核时间, 0 分。
(3)没有 TFS 的 [remaining work] or [burndown chart] 报表, 扣 5 分。目前的TFS 由于没有安装 SharePoint 组件, 所以不能显示各种报告, 伯涛同学安装好之后, 就可以看到 [remaining work] 和 [burndown chart] 的报告。 同学们只用修改 “任务” 的花费时间和状态, 报表就能正确反映整个团队的状态。
(4)在每天的例会上, 每一个团队成员要说明: 我完成了哪一个work item (编号), 将要做哪一个 work item (编号). 在报告中, 少一个成员的详细报告扣 2分, 扣到 0 分为止 .
同学们: 在scrum 中不能说 - 我昨天学习了某某技术. 我打算今天继续学习某某技术. 这个在计划阶段可以。 但是在实现 (implementation) 阶段不行了, 必须做出一些对用户有用的东西来, 而且你做的事情必须在TFS 中有 work item记录。
http://www.cnblogs.com/xinz/archive/2010/12/15/1906404.html
先前同学的SCRUM 报告的例子: http://www.cnblogs.com/ustc_msra_ase/archive/2011/02/14/1954734.html http://www.cnblogs.com/ustc_msra_ase/archive/2011/02/15/1955606.html
浙公网安备 33010602011771号