Deadline:
2018-5-31 22:00PM,以博客提交至班级博客时间为准
根据以下要求:
(1)在敏捷冲刺前发布一篇博客,作为beta版敏捷冲刺的开始,
(2)同时,团队在日期区间[5.20,5.31]内,任选5天进行冲刺,冲刺当天晚10点前发布一篇随笔,共5篇
(3)展开用户试用,完成一份用户使用的调查报告。
(4)另外要求有一篇日志集合贴提交至班级博客。
注意:可以整合别人的代码, 但是要事先说明, 并注明来源。 没有说明的,视为抄袭。
Beta版本冲刺
经过紧张的Alpha阶段,很多组已经从完全不熟悉语言和环境,到现在能够实现初步的功能。下一阶段即将加快编码进度,完成系统功能、强化软件工程的体会。
-
凡事预则立,在Beta开始前,以小组为单位,在敏捷冲刺前发布一篇博客,描述:
a. 介绍小组新加入的成员,Ta担任的角色。
b. 讨论是否需要更换团队的PM。
c 下一阶段需要改进完善的功能,如果要大规模改变设计,请看DCR 的内容。
d. 下一阶段新增的功能
e. 需要改进的团队分工(针对之前的不足,需要加强和改进团队协作和分工的地方)
f. 需要改进的工具流程(如版本控制、测试工具等),使用软件工具管理燃尽图。
g. 冲刺的时间计划安排(冲刺时间为期5天,安排在2018.5.20——2018.5.31之间)
参考
- 设计变更(DCR):参考课本第15章有关内容
- http://www.cnblogs.com/yc-chen/p/6129224.html
-
Beta阶段的冲刺时间为期两周,安排在2018.5.20——2018.5.31之间。
a. 安排5天的敏捷冲刺。
b. 每天举行站立式会议,讨论项目每个成员的昨天进展、存在问题、今天安排。
c. 团队在冲刺的5天内,每天发布一篇随笔,共5篇:
- i. 提供当天站立式会议照片一张;
ii. 每个人的工作 (有work item 的ID)- (1) 昨天已完成的工作;
(2) 今天计划完成的工作;
(3) 工作中遇到的困难;
(4) 每个人的具体贡献iii. 发布项目燃尽图;请用专业的工具完成
iv. 每人的代码/文档签入记录;- (1) 不能每天都在 “研讨”, 但是没有代码签入。
(2) 签入记录对应的Issue内容与链接,代码必须每天可执行。
(3) 必要的code review,编码规范不是摆设,文档要随时更新。
(4) 采用码云实现版本控制和协同化编程v. 适当的项目程序/模块的最新(运行)截图。
- 如果你的项目是有价值的,很有可能别的团队会继续开发。 到时候会不会出现源代码找不到、没有文档等尴尬的情况呢? 团队要考虑如何进行高效的源代码管理,请在beta 进行的过程中试着回答关于源代码管理的10 个问题:
http://www.cnblogs.com/xinz/p/5044037.html
参考 - 完成一份用户使用调查报告
参考链接:
- http://www.cnblogs.com/yuaoi/p/6148004.html
- http://www.cnblogs.com/yc-chen/p/6129224.html
- http://www.cnblogs.com/CSLaker/p/6160236.html
评分基准:
- 按时交 - 有分(详细评分细则见下表)
- 晚交 - 0分
- 迟交两周以上 - 倒扣本次作业分数
- 抄袭 - 倒扣本次作业分数
-
如对分数有意见,只给一次向助教申诉的机会
部分 得分项 备注 分数 第 1 篇 Scrum 冲刺博客 介绍小组新加入的成员,Ta担任的角色 给出让ta担当此角色的理由 5 讨论是否需要更换团队的PM 需要给出理由 5 下一阶段需要改进完善的功能 如果要大规模改变设计,请看DCR 的内容 5 下一阶段新增的功能 5 需要改进的团队分工 针对之前的不足,需要加强和改进团队协作和分工的地方 5 需要改进的工具流程 如版本控制、测试工具等 5 冲刺的时间计划安排 冲刺时间为期5天,安排在2018.5.20——2018.5.31之间 5 2-6 篇 Scrum 冲刺博客 提供当天站立式会议照片一张 2 讨论项目每个成员的昨天进展 2 讨论项目每个成员的存在问题 2 讨论项目每个成员的今天安排 2 每个人的具体贡献 2 发布项目燃尽图 请用专业的工具完成,否则不给分 5 每人的代码/文档签入记录 要求给出签入的截图和issues的链接 5 最新模块的代码 5 代码上有注解,符合规范 5 运行结果的截图 5 每日每人总结 5 排版 3 评论区回复 [-5,5] 用户使用调查报告 项目概述 4 项目测试过程 测试对象 1 测试过程 5