1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
| 成员 | Beta阶段的实践和alpha 阶段有何改进 |
| 祖浩然 | beta阶段较alpha阶段界面更加美观，软件的各个界面出现的位置更加人性化 |
| 刘洋 | beta阶段较alpha阶段对功能方面进一步加强，数据库也愈加完善 |
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
在alpha阶段中，开始对每个博文的分数没有分别进行统计，在用户的体验中，发现这并不能方便用户的使用，在beta版本中，我们将数据库进行了改进，用户可以按照博文名字来分别保存分数，可以更好地进行管理与查看。
3. 12条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的两点：
①无论团队内外，面对面的交流始终是最有效的沟通方式。
这一点我们十分认同，每天能够保持足够时间的面对面的交流，不仅可以有效地解决出现的问题，还能进一步增加团队的凝聚力，队内成员均可收益，对最后的软件实现有着不小的作用。
②实施总结如何提高团队效率，并付诸实践。
不要单纯的一味地埋头苦干，只讲究代码的精简，要学会是不是的停下来，从全局来审视目前为止的工作，不断总结，不断优化与改进，理解到“磨刀不误砍柴工”，这才能又好又快地完成项目。
最不好的两点：
①敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去。
由于软件的设计不完善，团队的管理也过于松懈，使得任务不能有序进行，使得有时会出现加班加点的情况。
②只有能自我管理的团队才能创造优秀的架构、需求和设计。
团队的管理力度还有不够，没有规定好团队的基本制度，使得有些地方不能自我管理，多多少少会出现一些问题。
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们团队的开发模式是大教堂模式。
优势：由于是封闭式模式，所以我们的开发过程不会受外界的干扰，可以在一番精心的设计过后，将其付诸实践，设计出品质较为优异的产品；
劣势：不能很好地与客户进行接触，听取客户的意见，及时进行修改，而且，这种模式会极大的消耗我们的时间和精力，开发周期相对而言也略长。