MY—HR | ||||
成员: | 角色分配 | 学号 | 博客园 | 团队贡献分 |
丘惠敏 | PM项目经理 | 201406114203 | http://www.cnblogs.com/qiuhuimin/ | 21 |
郭明茵 | 用户 | 201406114204 | http://www.cnblogs.com/mingyin/ | 22 |
李浩然 | 产品负责人 | 201406114227 | http://www.cnblogs.com/range/ | 19 |
刘皓 | Scrum Master | 201406114229 | http://www.cnblogs.com/shuaibi/ | 18 |
例会:
Ò时间:19:30
Ò地点:校史馆
Ò最终目标:我们就想提供一个平台,由游客(即有需求的人)在平台上发布任务(即他的需求)和人品值;而猎人(即提供服务者)可以在我们的平台上领取任务,如果游客同意,猎人即可以开始完成任务,完成后可以获得游客发布的人品值。这个模式就像悬赏令一样,就像真实悬赏游戏,同时又解决了一些人的需求.在娱乐中帮助他人。
backlog:
Id | Name | Imp | Est | How to demo | Notes |
1 | 任务的输入输出 | 10 | 8 | ,显示任务,领取任务,完成任务,赋予人品值 | 基本的输入输出、存储、查找 |
2 | 注册登录的输入输出 | 游客和猎人可以注册、登录 | 基本的输入输出、存储、查找 | ||
3 | 数据库的连接,及保存到数据库 | 9 | 6 | 注册添加到数据库,发布任务保存在数据库,领取查找数据库,完成任务删除这个数据库 | 创建数据库,数据库的添加、查找、删除 |
匹配任务信息 | 5 | 登录时匹配数据库(如果技术达到,匹配教务系统的信息) | 数据库的授权、添加、查找、删除 | ||
4 | 人品值的排行 | 显示排序并赋予前三者称呼 | 排序算法 | ||
基本框架的完善 | 对细节内容等方面的补充和完善 | 考虑功能外的完善 | |||
UI界面设计 | 7 | 设计一个吸引人,易读的界面 | 学习UI设计并操作 | ||
服务器的连接(选做) | 连接广商的服务器 | 待定 | |||
联网交互(选做) | 实现联网操作,多人访问 |
看板:
记录了我们工作进度,遇到了很多问题,还有好多工作没完成。万事开头难,相信我们可以解决的。

燃尽图:
由燃尽图可以看出我们遇到了问题,所以我们第一个Sprint的没有达到预期目标
成果展:
预期目标:
期望达到一个基本可以发布任务的软件,并且可以保存到数据库。
然而。。。
这一路走得并不是那么的顺利~~
我们的绊脚石:
1.安卓输入不能用中文,需要用编码转换中文;
2.不会连接数据库;
3.任务还不能发布;
总结:第一个Sprint的结果跟我们预期的相差太远,有很多任务都没有完成。为此,我们自我反省,总结出以下几点:
- 高估了自己的能力,知识面不够,涉及的知识点广泛;
- 效率低,每个任务完成耗时多;
- 想得不够全面,每一个任务都会遇到一些新的问题,解决问题不及时。
决策:
- 根据我们的实际情况,重新调整Sprint;
- 提高工作效率,提高成员的积极性。
发言:
经过每个成员的发言,我们总结了以下几点:
好的方面:
- 我们愿意花时间去学其他课外内容;
- 我们都有自己的想法,都会提出自己的意见;
- 我们都按照Sprint的流程执行。
需要在下一个Sprint中改变:
- 提高成员的积极性;
- 继续拓展我们的知识面;
- 提高工作效率;
生产率分析:
第一个Sprint的结果跟我们预期的相差太远,有很多任务都没有完成。
原因:
- 安卓输入不能用中文,需要用编码转换中文;
- 建立数据库后,但是不会连接;
改进之处:
1.根据我们的实际情况,重新调整Sprint;
2.提高工作效率,提高成员的积极性;
3.拓展我们的知识面。