【Alpha】Daily Scrum Meeting总结
一、项目预期计划和现实进展
| 项目预期计划 | 现实进展 |
|---|---|
| 登陆 | 完成 |
| 使用菜单 | 完成 |
| 查看自己的信息 | 完成（额外完成可修改） |
| 完成能用的界面 | 完成（额外美化） |
| 可以导入导出表格 | 导入表格完成，导出未完成 |
| 教学办能够发布任务 | 完成（但数据表名只能固定） |
| 可以与服务器同步数据 | 还差将服务器的数据插入到本地数据库 |
| 教师能够得到表格，并进行报课 | 同上，但可以报课 |
| 教学办和系负责人能够查看汇总表 | 完成（额外完成可修改） |
| 建立本地数据库，能够进行增删改查 | 动态建表未完成，其余完成 |
| 教学办和系负责人能够查看教师信息 | 完成（额外完成可修改） |
| 教学办和系负责人能够审核确认报课表 | 未完成 |
二、过程体会
一开始组队，以为整个队伍都很有实力，然而事实上并不是这样的。四个人基本都是新手，好在都还算好学。
先说说各种失误：
- 让队伍中对android了解最多的人当了队长，即PM（502）
- PM负责大部分除了编码以外的工作，且其本人对队友文档方面不够放心
- 对需求分析过分重视
- PM中期才开始参与编码
- PM把两个核心部分交给基本没有编程经验且不够积极的队友
- 把界面部分交给最积极主动学习和编码的人来做
- 没有事先共同讨论好任务的细分，只有PM一人来做
- 没有事先统一好数据库字段名
- 没有强制要求队员的代码一定要符合编码规范
暂时想到这些……
大致的过程很蛋疼：
冲刺一开始就碰到了电工实习。大家都说电工实习很水，我们以为可以有很多空闲时间来做这个项目。然而电工实习所占用的时间比平时上课还多。
而且比较蛋疼的是，我们每周至少有三个晚上是要上课的（有的同学是五天，晚上的课都是三节课），周末还要去做实验。
更蛋疼的是，电工实习结束后的几天，有个科目要考试。据说这个科目挂科率很高，不得不抽出时间复习。
最蛋疼的是，当考完后，发现复习的基本没什么用，该挂还是得挂。这种难度的考试至少得给我们两个礼拜复习_(:3」∠)_
项目开发的过程就是：
-
一开始只是觉得难度有些大，但还是能解决的，于是大家都乖乖地实习。（这是因为还没有把任务细化到很小的粒度啊喂 TuT ）
-
要进行十天的冲刺，但是按照一开始给出的期限，从开始到结束，就不止有十天。（何况后来又延迟一周）
这样的话，我们就想，要不两三天发布一次站立式会议博客。这样到截止日期前，保证有十天。不然一下子就把十天耗完了，还没做出点东西，就囧了。
正好四个人都要边学边做，一开始进度必定很慢。而且开会的时候也不是很正式，导致都没有完全进入状态。 -
可是随着项目的进展，我们都渐渐地了解整个项目是什么样的，也就知道它比我们想象的还难。
而且PM虽然一直尽力把整个项目搞清楚，任务分配清楚，但是前面的一些错误决策，让项目的进展陷入比较缓慢的状态。
于是PM亲自出马，把服务器API这片浓雾拨开了。进展开始加快。同时，517同学负责的界面创建也完成得越来越快。 -
离截止日期越来越近，尽管还有考试，但我们仍然保持和平常差不是很多的速度前进着。其中509同学简直感人，都快要考试了，还把白天的空余时间全用在解BUG上。
考完试后，我们几个几乎都投入到这上面来了，甚至加班到深夜。其中502,517,530简直丧心病狂，而且第二天还起得比较早。 -
完成了大部分预计的Alpha版本功能，但是有个地方很蛋疼，就是数据库引用了不太熟悉的开源框架……简直要崩溃。
本地的操作基本完成了，也能和数据库交流。但是两者的连接还是不够紧密，只有某些表完成了这样的交流。 -
尽管时间到了，我们还是会继续完善下去。
附上我们萌萌的燃尽图：
三、组员分工及工作比例
| 学号 | 分工 | 比例 |
|---|---|---|
| 502 | 做大部分PM的工作，编写部分PHP的API，Android端与服务器交互，管理团队博客，管理项目 | 32% |
| 509 | 数据库相关的操作，编写部分PHP的API | 13% |
| 517 | 前期协助PM的部分工作，负责所有界面的编写及控件逻辑，部分数据绑定到界面的逻辑 | 32% |
| 530 | 项目测试，部分数据绑定到界面的逻辑，excel文件操作 | 23% |
四、下阶段展望
- 能把核心功能都处理好。服务器的数据库能够和Android数据库正确地交互；Android数据库至少要做得像样点。
- 服务器交互尽量减少处理，减轻服务器压力。
- 各种界面错误提示都做好。
- 效率更高一些。
