一.团队成员的简介和个人博客地址，团队的源码仓库地址。
- 成员
| 团队成员 | 简介 | 博客地址 |
|---|---|---|
| 黄腾龙 | 一个代码敲着敲着就睡着了的后端 | https://home.cnblogs.com/u/Java-goddess/ |
| 李心宇 | 会躺会加油！ | https://home.cnblogs.com/u/llxyy/ |
| 梁林 | 一个会写博客的Boy | https://home.cnblogs.com/u/ll321/ |
| 余腾鑫 | 一个爱学习，知上进，善沟通，重细节，懂感恩的PM！ | https://home.cnblogs.com/u/yytx/ |
| 叶城龙 | 一个天天找骚图的前端 | https://home.cnblogs.com/u/yycl/ |
| 陈鸿鹏 | 对新鲜事物充满热情 | https://home.cnblogs.com/u/CasonChan-/ |
二.团队各成员贡献排序（从大到小，无并列）
| 团队成员 | 贡献度排序 |
|---|---|
| 黄腾龙 | 1 |
| 叶城龙 | 2 |
| 余腾鑫 | 3 |
| 梁林 | 4 |
| 李心宇 | 5 |
| 陈鸿鹏 | 6 |
三.团队8天 Alpha 冲刺站立会议博客链接汇总（集合贴）
四.团队可以做一个 MVP (Minimum Viable Product) 版本， 只要核心的功能 （例如用户注册，找回密码这些非核心功能可以不用做）。也可以允许团队把快速原型的方案演示给潜在用户看， 让他们提反馈意见。
五.我们要做软件工程，那就要有一点工程的样子：
1.团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量在哪里？
- 团队项目目标
开发一个微信四则运算小程序，提供基本的算术运算测试功能，让用户在闲暇之余可以通过该程序进行练习四则运算 - 预期典型用户
广大处于水生火热之中的中小学生，还有教师等 - 预期功能
有基本的四则运算测试功能，可以选择不同难度练习四则运算，可以计算正确率，生成排行榜，收录错题，用户PK等 - 预期用户数量
20
2.团队的产品如何满足了用户的需求？
- 首先我们做的是一个微信小程序，在这个人人手机的时代，用户可以很方便地使用到这个微信四则运算小程序
- 其次做为一个小程序，用户可以在任何空闲之余打开程序练习四则运算
- 然后通过排行榜、正确率以及友好的界面能够提高游戏性，减少用户做题的枯燥感
- 最后多练习算术运算对锻炼心算、口算能力有很大作用，将来在生活中也很实用
3.团队在Alpha阶段已完成了哪些目标？
完成了基本的算术运算功能和一些界面设计，错题集和排行榜有待完善
4.团队的成员如何分工协作的？有什么经验教训？
- 团队分工
| 团队成员 | 具体分工 |
|---|---|
| 黄腾龙 | 主要功能模块代码开发 |
| 叶城龙 | 部分模块代码开发，博客撰写 |
| 李心宇 | 代码测试，博客撰写 |
| 余腾鑫 | PM，博客撰写 |
| 梁林 | 界面设计，代码测试 |
| 陈鸿鹏 | 部分界面设计 |
- 经验教训
（1）首先就团队合作方面，团队能力整体来说是偏低的，缺少一个全面的大神带路，而且每个人擅长的东西不一样，能力有高低，分工其实也不是很细，不会的东西就互相问问，查查资料，一起学习，所以对于一些东西实现起来还是比较慢的
（2）其次是项目管理方面，一开始各个成员的项目构思是比较多的，各种天马行空的设想，积极性会高一些，没遇到啥问题，项目推进也顺利一些，但是后面的进度就渐渐慢下来了，主要是做到中间的时候任务分工突显出问题来，因此一个合理的团队分工很重要
（3）最后就是时间问题，毕竟大三了，每个人都有自己的规划，时间安排各不相同，任务协调比较困难，然后没考虑到考试、放假等等因素，合理的时间安排也至关重要
5.团队是如何进行项目管理的？
主要是用码云和leangoo进行项目管理，将整个项目分成各个小阶段的任务，每一阶段完成任务后上传代码到码云，并将leangoo上进行中的任务拖到已完成中，然后生成燃尽图，以此来直观看出每次的任务完成和进展情况
-
码云统计图
-
leangoo任务图
-
燃尽图
6.团队如何平衡 时间/质量/资源 争取如期完成任务的？
- 时间：成员们每天都会花上一点时间来实现该项目，虽然不一定有会进度，但是每天会比昨天更进步一点点
- 质量：前端的设计都是先设计出它的风格和大体框架然后在实施，后端的代码质量可能不高，毕竟程序员的水平有限哈哈，后端的代码Bug可能也蛮多的，不过有发现的都有去修改了
- 资源：能够发挥大家伙的所长吧，善于写代码的去了深似海的后端，善于设计的去做了前端设计，不擅长技术的也能谢谢博客查查资料，还算能够让大家都没有闲起来
六.团队项目的实际进展（拷贝那些 scrum 过程中的燃尽图即可），发布的功能（拷贝发布文档）。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？
在项目管理中，把一个项目细分成各个小任务，每天结束时将进行中的任务拖到已完成中，然后生成燃尽图，通过实际完成曲线与理想直线进行对比，反映出项目进行的大概情况，并通过这些情况对整个项目进度进行调节，所以从另一个方面来看，也可以说是燃尽图美化了状态
-
动态燃尽图
-
发布的功能
（1）能够根据用户输入的要求来生成随机生成相应的题目
（2）能够判断用户输入的答案是否正确
（3）能够生成正确率并将其输出到界面上
七.在Beta阶段需要改进哪些方面？请给出下一阶段的展望。
因为在Alpha阶段只实现了一个基本功能，所以在Beta阶段的任务算是比较繁重的，首先需要做的就是购买和连接上数据库服务器，将用户在该小程序使用的过程中产生的错题上传到服务器当中，并且能够将服务器的数据读取到错题集中，然后供用户再一次的练习和查看；另外需要对界面进行详细的美化，比如说文本框的输入格式，字体大小还可以做一些适当的调整，可以在加上一些好看的挂饰，使得整个界面都不显得那么空白等；需要对结果处理有进一步的改进，在Alpha阶段对结果进行判断的标准是用户输入的结果需要完全准确才可以算正确，然而这样对于除法是很难的，所以需要改进为精确到小数点后一位或者两位即可算为正确。