beta 阶段的 postmortem 报告

1.每个成员在beta 阶段的实践和alpha 阶段有何改进

2.团队在beta 阶段吸取alpha 阶段的经验教训

（1）alpha阶段我们团队缺少沟通和交流，在工作阶段基本是各自完成各自的活，导致了最后的成品（后台系统和面向用户系统）在界面上不一致形成了一种违和感，在beta阶段我们吸取了这一教训，鉴于后台系统功能比较完善，页面比较美观，对面向客户系统的UI设计进行了新的规划和制作，增加了团队成员间的沟通。

（2）beta阶段我们对客户端功能进行了进一步的完善和增加，吸收了alpha阶段的功能太少的不足之处。

（3）后台系统在alpha阶段使用的是超链接进行页面的跳转，在beta阶段就进行了进一步完善，学会了开启router模式，配置路由进行navmenu页面的跳转。

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

最好的两点：

（1）只有不断的关注技术和设计才能越来越敏捷

我们团队从最初的alpha阶段，客户端界面和后台系统的界面样式不一致，到后面beta阶段吸取经验规划设计更加美观的UI界面；从最初的后台系统采用超链接进行页面的跳转到后面beta阶段学习router模式，配置路由进行navenu页面的跳转，无不体现出我们团队对于技术和页面设计的重视，经过团队讨论这属于我们做的最好的两点之一。

（2）保持简明-尽可能的简化工作量的技艺，极为重要

我们团队的工作比较细化，虽然细化但是内容也比较精简，不会制作一些与目的无关的内容，能让用户非常明了的知道我们的产品软件是在做什么，而不会画蛇添足做一些有的没的。

最不好的两点：

（1）几乎没有发布过几次软件，一个月多的时间才会对版本进行一次更新

我们产品出现的这种问题主要还是在于我们效率比较低下，为什么效率低下是因为团队内部缺少沟通和交流，这也是上文第二点中提及的在alpha阶段的教训

（2）软件的不可实用性存在较大问题

这也是王建民老师每次阶段总结会给我们团队提出的建议，就是我们制作的产品如果要制作面向客户端就应该考虑android开发，以及制作条形码功能自始至终没能实现，是我们应该考虑的问题

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

我们团队属于是大教堂模式，我们团队从alpha阶段开始到最后beta阶段收尾都缺少向用户进行数据的采集，发布我们的产品软件给广大用户进行测试，来获得他们的反馈，从而更加准确的来完善我们的产品软件。优势：我们的制作环境比较封闭，不受外界干扰，不会因为一些外来因素的影响而改变团队的整个前进的方向，团队成员可以一心一意的完成手头的活。

劣势：缺少与外界的联系，会导致最终产品的功能不会根据市场需求而进行改变和转换，会降低我们软件产品的竞争力。