壹拾壹周final_review
Posted _Boxer
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了壹拾壹周final_review相关的知识,希望对你有一定的参考价值。
项目名:俄罗斯方块
组名:新蜂
组长:武志远
组员:宫成荣 杨柳 谢孝淼 李桥
final Review会议
时间:2016.12.3
会议内容
设想和目标
1.在final阶段发布时的预期目标是什么,期望实现那些功能,具体的实施程度如何?
预期目标:给用户一个surprise,让用户感到excited。final发布与之前的beta相比增加了很多功能,增加了三个功能键,分别是方块瞬间下落,瞄准系统,作弊系统。完善了等级系统。
这些功能大部分被良好的实现了,除了数据库排名系统,本来计划是搞一个全球排名的,后来由于本身这项功能优先级不高(已经有一个本地排名了),优先完成了其他功能。
计划
1.你原计划的工作是否最后都做完了? 如果有没做完的,为什么?
大部分都做完了,除了数据库模块,原因同上。
2、有没有发现你做了一些事后看来没必要或没多大价值的事?
用了xml对游戏配置进行管理,这个其实花了一些力气,对于这个项目来说,其实硬编码是一样的。但是对自己的学习来说,让我有机会学习了xml的相关知识。
3、是否项目的整个过程都按照计划进行?
没有,毕竟都是全日制的学生,跟公司是不同的,执行力差一些。
资源
1.我们有足够的资源来完成各项任务么?
没有,大家之前都没有项目经验,也没有全职的程序员给我们当技术顾问什么的,硬件资源是有的,只需要台破电脑。
变更管理
1.每个相关的员工都及时知道了变更的消息?
在最后阶段大家的积极性有增无减,对于产品的各种进展都积极跟进,而且组长很负责的及时通知大家。
2、我们采用了什么办法决定“推迟”和“必须实现”的功能?
制定了项目各功能的优先级,把不重要或者难完成和不紧急的功能排在后面,优先完成前面的任务。并且这个优先级列表在组会都是不断变化的。
3、对于可能的变更是否能制定应急计划?
不能,应急计划是基于先前的项目经验上的,也就是有多个选择。我们之前没有经验,项目变更可以应急,但没有应急计划。
设计/实现
1、设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
主要的设计是在软件工程开始的前两周,由在下完成,是合适的时间,合适的人,因为找不到更合适的。
2、设计工作有没有碰到模棱两可的情况,团队是如何解决的?
有,比如xml和硬编码之间,我选择了xml,因为xml之前没接触过,想学习一个。
3、什么功能产生的Bug最多,为什么?
本地记录,是拿文件记录的,不是数据库,一整就报空指针异常。
测试/发布
1、团队是否有一个测试计划?为什么没有?
有,每个阶段中,由于产品不断的改进和完善都要对其进行测试,来进一步的对其修改。
2、在发布的过程中发现了哪些意外问题?
由于我本人临场表达能力太差,事前没有做好准备,比如写个列表什么的,就这个匆忙上阵了,导致发布的时候思维太跳跃。
团队吸取了那些beta阶段的经验教训?
用户多次提出希望有快速下落的功能,我们beta没有满足,但是final我们将这个需求满足了。
有人反映界面不够美观,我们重新做了ui。
以上是关于壹拾壹周final_review的主要内容,如果未能解决你的问题,请参考以下文章