Beta版总结会议

. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?

    在alpha阶段中，对功能的需求分析不够仔细，没有很好的了解真实用户的需求。Beta阶段结合了身边需要线上学习课程同学的需求，加入了查看浏览课程资源的功能

3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。

最好的两点：

(1)   工作的软件是首要进度度量标准。

我们非常同意这一测量标准，并在实际项目执行中很好地应用了它。由于beta阶段添加的代码耦合没有第一阶段那么重要，因此该标准的应用可以更清楚地反映工作的进展。

(2)   在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。

最开始我们打算的是各写各的，彼此之间并没有联系，但是后来发现这个是错误的，我们需要彼此多交流，这样才能更好的完成整个项目

最不好的两点：

(1)  没有保证每天必须的项目进度要求，时快时慢

(2)   我们最优先要做的是需要快速的做出一个东西的模型来使客户满意但其中还涉及很多为人处事的道理需要我们去领悟。

4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?

我们团队采用的是集市模式

劣势在于我们没有太多的时间思考关于项目骨架的问题，在“大教堂和集市”文中提到的以下两点上做得还不够好：

a) 项目的健壮性是排在功能性的前面的。

b) 保持项目的简单性。设计达到完美的时候，不是无法再增加东西了，而是无法再减少东西了。

在以后的项目中，还是需要尽早考虑一些关于结构的问题，应对敏捷开发中需求的变化。