1、每个团队成员在beta阶段的实践和alpha阶段有何改进？
井小普：学会学习优秀的代码和好的设计
徐浩军：开发遇到的新的问题能够很好的解决
张雪薇：对数据库的操作更为熟练，在java web中实现对数据库的修改更加完善
解昊兴：对servlet的编写更加熟练和自信
2、团队在beta阶段吸取了哪些alpha阶段的经验教训？
Alpha阶段对软件的设计和数据分析没有深入地思考，导致很多代码都重写了，这次我们把第一阶段和第二阶段要实现的功能跟数据联系起来，先分析了数据库各个表的字段和表之间的联系，数据库就确定好了。
还有一个就是明确了核心功能，我们微食堂给用户最主要的功能就是下单，不就是给用户完成一个买饭的功能吗？我们第一阶段却想着先不实现它，所以第二阶段我们先写了用户下单和购物车的功能。
3、 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的2点：
1、敏捷过程提可持续的开发速度。责任人、开发者应该能够保持一个长期的、恒定的开发速度。我们团队最后冲刺阶段大家都很积极，遇到的困难想办法解决，大家一起交流开发遇到的困难，还会说一些开发过程中哪里比较好。
2、不断地关注优秀的技能和好的设计会增强敏捷能力。我们开发过程中的有些模块后来老师讲到了，我们就重新把代码改了，用了好的设计。
最不好的2点：
1.即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势我们对于项目的可扩充性做的并不是很好
2.我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。我们一般都是一次性做完项目后，并不会在继续开发持续性交付软件。
4、.对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我感觉我们的项目开发模式更倾向于大教堂，我们的优势是在一个稳定的环境下，能使我们的在项目开发时不受打扰，能更好的发挥团队成员的能力。我们的劣势是相对于集市，大教堂的环境较为封闭，不能掌握外界风向，不能掌握外界用户的倾向。
我们的开发模式更倾向于大教堂，我们的优势是团队成员在一个稳定的环境下开发，精力相对集中，进度不受外界打扰，需求一般不发生改变，开发进度可以掌握。缺点：无法真正了解用户的需求，也许我们写的只是我们认为用户肯需要的功能。