beta阶段的postmortem报告
1：每个成员在beta阶段的实践和alpha阶段有何改进
成员：张运涛：beta阶段比alpha的阶段的开发起来更加的有经验，更加的熟练
刘瑞欣：beta阶段比alpha阶段，微信开发者工具的使用以及界面之间参数的跳转更加熟练
徐召阳：更改界面上，使用更加简洁的界面，使用户体验感提升，参与写入经纬度的操作
赵朋硕：相比之下，函数的调用更加熟练
2：团队在beta阶段吸收的alpha的阶段的经验教训
团队中，在alpha阶段，对于用户的需求以及体验方面的调查做的比较少，在界面上采用了大红大紫的界面，可能是审美有些问题。在进行在线支付的开发审核出现问题
3：12条敏捷开发原则中，团队做的最好的和最不好的个列举2点
最好的两点：
（1）面对面的交谈
在刚开始的时候，所有人赞同在QQ上进行交流，但是后来在这个建议推掉，采用每天多抽出一点时间，进行面对面的交谈，所有人在面对面的交谈过程中，说出自己的问题，提出自己的疑惑，组内之间互相解答，互相帮扶
（2）进度的度量标准
在进行软件的开发过程中，采用了燃尽图以及任务看板，将所有的工作进度进行公开，用来达成督促团队小组成员的目的。
最不好的2点：
（1）在敏捷开发过程中，我们尽可能的要求速度，在用户的需求分析过程中并没有进行仔细的调查，页面的设计并没有达到自己想要的目标
（2）在进行alpha版的发布过程中，没有想到支付的功能只需要进行企业的审核的，然后在小程序的审核过程中未通过审核，以致于现在不能完成用户的直接体验，在beta阶段将支付功能去掉，目前在审核过程中
4.对照大教堂和集市，你的团队的开发模式是哪一种？优势和劣势在哪里？
我们的团队在alpha阶段，可以来说更加倾向于教堂式的开发，将自己的团队封闭于自己的思想当中，并没有将用户的体验作为第一位，在经历过第一次的软件展示的过程之后，团队只要开始向集市的方向进行转变，将用户的主要需求进行进行考虑，采用这种模式，使用户的体验的提升
劣势：在结构方面的书写非常简单，并没有向以后的地铁线路的添加进行考虑，在进行地铁站以及线路的判断过程中，没有采用for循环，而是自己逐渐的将线路的判断进行添加，导致以后进行线路的添加出现问题