1.每个成员在beta 阶段的实践和alpha 阶段有何改进?
陈阳：在编程的时候学习广播知识，了解了Android的广播机制完成了上课静音以及课前提醒的功能，在代码的美观上也有了一定的提升
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
1.利用模板，更新了APP的界面，使得软件更加的美观。
2.扩大了用户的使用范围，添加了更多的人性化功能或者设置，提高了用户的体验。
3. 在12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的两点：
1.第12条，每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。
我们在开发阶段，会对之前指定的功能进行评估，反省下面的开发环节如何进行，确保开发的进度最终结果不会偏离主方向。
2.第8条，敏捷过程提可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
在开发阶段，每一个小的功能或者模块的实现基本上都是三天左右的时间，可以说是比较稳定的开发速度。
最不好的两点：
1.第4条，在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
这一点可以说是做的最糟糕的一点了，我们很少在一起开发，啊偶。
2.第6条，在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
由于很少在一起开发，所以面对面沟通的环节也是很少的，很庆幸，最后竟然做出来了。
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
可能我们更多的是集市的开发模式吧，因为我们没有办法说是想大教堂一样，每个版本去由不同的团队进行开发，首先是人手根本不够，在者后一个团队也未必能理解前一个团队这样做的原因。。。。
我们需要每个人都参与进来，否则开发进度就会比较慢。