1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
吴论：对JAVA开发与PS软件的使用更为熟练
丁官甲：对界面设计和功能设计更为成熟
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
在Alpha版阶段中，我们只注重具体功能的实现，没有考虑界面的美观，没有考虑用户的体验感受。Beta版中更加注重用户的体验感受，对界面实现了一定的美化，添加了标签功能，强化了笔记功能。
3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的2点：
1.工作的软件是首要进度度量标准
我们在软件开发开始之前就定义了团队开发计划和标准，每天都会进行总结。
2. 在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
每天我们都会进行站立会议讨论昨天进度，今天的目标和遇到的问题，进行面对面的交流。
最不好的2点：
1. 敏捷过程提可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
Beta阶段由于客观原因没能做到按照恒定速度开发，出现过加班加点的现象。我们必须承认一些不确定的因素令我们的速度并不恒定。
2.即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势
我们对于软件功能的拓展想的还不够好
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们的项目开发模式更倾向于大教堂，优势是在一个稳定且封闭环境下，我们在项目开发时不会受到任何来自其他竞争对手的干扰，能良好的发挥团队成员的能力。但我们的劣势也很明显，大教堂的环境较为封闭，无法掌握外界风向，更无法掌握外界用户的倾向。