1 团队介绍
团队组成：
齐爽爽（258）个人博客：http://www.cnblogs.com/shuangshuangblog/
马帅（248）个人博客：http://www.cnblogs.com/whu-mashuai/
何健（267）个人博客：http://www.cnblogs.com/hankin2017/
蔡凯峰（285）个人博客：http://www.cnblogs.com/cai2017282110285/
团队Git链接：https://github.com/WHUSE2017/C-team
2 Bate过程回顾
2.1 团队项目目标
（1）预期典型用户：18--40岁在武汉的人，前期只在武汉大学，武大学生。
（2）预期功能描述：能够发布自己的活动行程、搜索到某时间某地点的活动及参加人员信息。
（3）预期用户数量：前期500人左右。
2.2 如何满足用户需求
只要是本系统的用户，我们都提供活动查询，不过是一件想好取得地点，或者没有想好干什么，但是有时间，都能在系统里面找到想要的信息，即使当时没有找到，你也可以自己做主，发布行程消息，等待其他人的加入。至少我们提供一个集中的平台，更易于找到想找到的人。
像正常软件一样，用户登录自己的账户，可以直接查看自己的活动行程，也可以点击取消自己的活动，当然，用户最好给系统一个反馈，好让系统的信息更准确。
2.3 分工与经验教训
我们分工依然比较粗暴的，
前台界面：何健；
逻辑层：蔡凯峰；
数据库设计与连接以及Alpha版展示与讲解：马帅；
文档编辑与组员协作：齐爽爽。
经验教训：
（1）面对面沟通：依然是加强沟通。因为这个周末，大家都有事情，所以小组会议移交在网上，还是没有面对面来的实在。
（2）还想用《构建之法》里面的那段：>scrum计划阶段的估计不是一个"合同"，领导们不要把它当成一个合同。估计总是不准的。坚持短期的sprint，这样即使不准的估计也不会又打的损害。真的觉得敏捷的sprint还是很有效的。
2.4 项目管理
项目管理就是按照老师上课讲的和书上讲的大概中和一下，分工明确，各自领取任务，然后每天汇报。然后具体修改文档发到讨论组。
2.5 如何做到如期交付
有计划。主要在前期老师给了两周时间来做分析，把思路计划都已经做好了，所以在冲刺阶段，基本按照前期计划走，有一个计划在那里，所以每天看着燃尽图都有种“革命尚未成功，同志仍需努力”的紧迫感。
还有小组成员也都很负责。虽然老师任务也很重，但是能熬夜做项目，即使最后交付的东西还不够完善，但是至少能做到，既然咱们干这个事情，就要负责，在规定时间完成自己的任务。
3 燃尽图
在上次，是木真正的会使用leangoo，后期修改了时间，所以会有偏差，这次一开始就设置好了所有参数，所以还很很准确的显示了项目完成度，因为全部都没有在计划内完成..........于是在最后一天疯狂的解决问题。
4 留给后面小组的说明
5 运行说明
因为小组做的很简单，没有什么特殊的要求。就像平时自己下载软件一样，在GitHub上下载，然后加压，点击EXE文件即可运行。所以不需要专门说明。