第二次冲刺总结
我们的团队经过历时一周的努力工作,尽力把我们的软件做得更好,主要做了一下改进:
![](https://images2017.cnblogs.com/blog/1296659/201801/1296659-20180116092207131-2035040754.png)
02实现了起始位置和终止位置的定位。
![](https://images2017.cnblogs.com/blog/1296659/201801/1296659-20180116092226303-727828466.png)
虽然我们第二次冲刺做了以上改进,但是我们的软件还是有好多瑕疵,所以我们团队经过一起商议得出以下意见和建议:
01界面还是不够好我们仍需改进。
02地铁规划图未能很好的进行缩扩查看。
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循环,而是自己逐渐的将线路的判断进行添加,导致以后进行线路的添加出现问题