Alpha版本展示

1. 团队成员的简介和个人博客地址，团队的源码仓库地址。

2. 团队各成员贡献排序（从大到小，无并列）

3. 团队8天 Alpha 冲刺站立会议博客链接汇总（集合贴）

http://www.cnblogs.com/net15/p/8885324.html

4. 团队可以做一个 MVP (Minimum Viable Product) 版本， 只要核心的功能 （例如用户注册，找回密码这些非核心功能可以不用做）。也可以允许团队把快速原型的方案演示给潜在用户看， 让他们提反馈意见。

扫码体验：

• 每日一句
  
• 单词学习

• 每日打卡
  
• 遗忘曲线
  

5. 我们要做软件工程，那就要有一点工程的样子：

• 团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量在哪里？

团队项目的目标：能基本完成小程序预期功能，实现小程序的基本使用；
预期的典型用户：大学生，研究生；
预期的功能描述：实现依据单词本的单词学习背诵，并跟进学习进度，分析遗忘曲线，提醒学习。另有辅助学习功能，如例句，每日一句等，在枯燥的单词学习中增添乐趣；
预期的用户数量：身边的同学朋友。

• 团队的产品如何满足了用户的需求？

单词本的词库多样，有四六级词库，研究生考试词库，也有GRE，TOFEL词库，满足各类大学生的英语学习需求；
单词有音标，中文翻译，以及对应例句，简单明了，加深单词记忆；
每日一句实现每日更新，句子或优美或经典，满足用户需求。

• 团队在Alpha阶段已完成了哪些目标？

从主要功能方面来说，我们团队所做小程序的主要目的是单词学习，正如小程序学习界面所示，我们针对于备考CET4/6、GRE、TOFEL以及研究生的同学学习英语单词，给大家提供在外没带相关书籍时，随时利用闲暇时间学习单词的方便。
从辅助功能方面来说，我们的打卡功能和统计分析功能虽已上线但还正在逐步完善。
从团队合作方面来说，我们团队的每位成员在Alpha阶段，经过老师们与助教们的督促也都收获了许多，对于团队作业也越来越认真。

• 团队的成员如何分工协作的？有什么经验教训？

祁泽文、徐璐琳：负责统计分析模块：分析遗忘曲线/已学习总单词数/错词统计/已掌握单词统计，以及每日打卡功能、个人界面的设计。
经验教训：对于统计分析模块和打卡模块，最开始可以说没有接触过这两种模块的方法，所以起先有一种无从下手的感觉，而在第一二天时因为不太熟悉平台，连出现的错误都不知道怎么结局。没办法，只能一直查相似的源码，并从中学习，也跌跌撞撞地做出来了个大概。而过程中因为对于GIT的不熟悉曾一度覆盖了数据，好在后面找了回来。
郭琪容、吴玲：负责测试模块：找Bug/安全测试等，也负责更新代码规范和沟通各技术成员。
经验教训：交流的成本比较大，由于站立会议的时间比较短，需要私底下和成员沟通，询问意见建议。XTest工具能在电脑上安装，但是手机无法连接。
曾艺佳、王兴：负责后台，学习模块：单词及其释义/单词发音/例句学习/添加笔记，以及服务器的搭建、学习界面的设计。
经验教训：找词库比较麻烦，找不到合适的接口，后来下载了txt文件，再利用数据库存储。开发环境的部署时，腾讯云的开发环境切换出现错误，后来登录腾讯云修改后才启动服务成功。HTML语言与WXML语言差异较大，以前也都没怎么接触过安卓开发之类的，真的头痛。程序接口获取数据时，域名一直出错，获取不到数据，后来改了url，重新获取json数据才成功。后台服务器在阿里云上搭建的，域名部署SSL证书。

• 团队是如何进行项目管理的？

首先，我们团队有个目标，先做好微信小程序的主要功能（根据自己的需要记忆单词、学习单词），再开发其辅助功能（打卡功能、统计分析功能）。为了达成目标的时间是固定的，在两周内，那就说明我们需要在这两周内合理安排团队内各人员的任务量。所以在项目开始之前，我们先做了一个资源整合，每个人都先下载好了微信小程序的开发工具平台，并且在微信小程序的组件部分学习了相关知识。此外，我们还对于质量和进度做了管理，质量是今日完成任务的功能性（例如是否可运行、调试是否成功等），进度是实现制定切实可行的进度计划，并根据进度计划来调度人员或配置人员，从而促进整个项目的顺利进行。

项目码云管理：https://gitee.com/zyjjj/babaka/commits/master

• 团队如何平衡 时间/质量/资源 争取如期完成任务的？

其实在Alpha阶段的这两周，团队中每个人都有很多事情挤在一起，所以有时一天用时会少一点一天用时会多一点，但大家都有每天都花时间在团队项目上。
质量上主要是根据各成员分配的模块，如果出现在相对应模块上出现了BUG，那将问题发给负责该模块的成员并让该成员发布公告来解决BUG，这样解决问题的速度会快很多。
资源上，我们在百度的时候如果发现了有其他成员负责模块的相似代码，也会将资源发布在群上大家一起共享。

6. 团队项目的实际进展（拷贝那些 scrum 过程中的燃尽图即可），发布的功能（拷贝发布文档）。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？

• 以下为GIF演示：
  

可以从GIF中看出，我们团队的燃尽图基本上是贴近标准完成的，Y轴是我们的目标数目，X轴为日期，而最后一张图，我们额外多了一天才把目标全部完成。而在项目管理中，我们的燃尽图基本上真实反映了我们的项目状态，因为除了目标完成事件和已完成事件，看板中还有一个正在完成事件，我们团队也严格按照自己的状态与进度去移动各个目标。

7. 在Beta阶段需要改进哪些方面？请给出下一阶段的展望。

团队在ALPHA阶段差不多将主要功能实现了，那么在BETA阶段，我们需要改进：
①将主要功能以及现有界面完善，使其更加成熟；
②连接数据库，并将辅助功能进一步完善；
③将用户界面设计得更亲切；
④看看要不要添加额外的小功能。
下一阶段的展望：
①团队合作过程更加协调；
②使小程序可用性变得更强；
③加油！