[ASE]Sprint1总结 & Sprint2计划

经历了两周的团队项目,我们进行了一个简单的总结:

  对TFS不够重视,第一周几乎没有使用TFS,第二周大部分是将完成了的工作添加到TFS当中。

  这也反映了一个问题,就是对项目细节的安排不到位,最开始的时候我们有一些简单的user story,并根据user story添加了10几个task,不过这些task都是很宽泛的task。很多细节上的部分就没有考虑到,比如说一开始只有说server搭建好,client能和server通讯,设计通讯接口等。但是没有考虑到通讯什么,比如说服务器广播某个事件、客户端给服务器发送什么样的包、view如何显示等。就导致了燃烧图当中的task数量直线上涨。这是我对规划掌握的一个不到位,在此进行反省,第二个阶段我们将会仔细安排好task以及每日分工。

  另一个就是工作一开始由于处在框架搭建的状态,一些接口协议需要商定讨论,频繁的改动也在一定程度上耽误了一些时间,确实在第一阶段的最后一个周末大家一口气完成了很多工作,这些任务如果均到平日,在后面就有更多的时间来debug。

  关于bug在tfs当中的展现这个也是要在之后的每个阶段当中需要注意的问题。

  在sprint1当中我们已经将整个框架搭好,这个过程虽然磕绊但也是顺利结束了。我们将子弹碰撞,破坏等问题放在第二个sprint当中,万丈高楼平地起,地基稳固了之后在上面搭建都会比较顺利了!

加油~

sprint2的计划

1、实现玩家交互(tank碰撞,子弹碰撞),实现场景破坏

  交互细分一些场景需要注意:

  子弹跟砖块的碰撞(多个子弹同时撞墙一个墙)

  子弹跟子弹的碰撞

  子弹跟坦克的碰撞(多个子弹同时撞上一个坦克)

  坦克跟坦克之间不能重叠

2、实现无限地图

  这里主要解决两个问题——地图生成、地图的存储和索引

3、实现计分功能

  大体是将用户的一些数据反馈给用户——击杀坦克数、破坏场景数...

时间: 2024-10-22 06:03:48

[ASE]Sprint1总结 & Sprint2计划的相关文章

[ASE]sprint3 总结 & sprint4计划

斯普润特4! 啊终于到最后一个阶段了…… 有种苦日子就要熬到头跟小组合作意犹未尽的感觉 那么开始sprint3-sprint4的衔接吐槽总结 在之前的两周也就是sprint3期间正赶上出国申请的dl,我们组有2.5个出国成员,外加各组组内事情较多,于是进度稍有放缓. 将一些不是特别要紧的task推迟到了sprint4来做. sprint4计划: 完善AI以及大地图. 1.我们的大地图以世界地图为蓝本来生成的,但是细节非常的缺乏,都是整块的草.砖.水等等,因此我们打算写一个地图编辑器出来,由小组成

Sprint第二个冲刺(第十三天)

一.Sprint 计划会议: sprint2计划的功能还没有全部完成,还在实现剩余的两个功能模块,目前工作进展还比较顺利,争取下一个sprint完成剩余的所有目标. 以下是真机测试下的拍照和系统相册取图保存功能实现情况: 二.Sprint周期:   看板:   燃尽图:

软件项目开发总结,假如历史可以重来

TD学生助手--release版发布 1.设想和目标  1.我们的软件要解决的问题 TD学生助手的主要核心思想就是帮助学生安排他们忙碌的学校生活.主要是通过以下几个方面 1.通过学生的需要进行分类(考试,实验,发博客等等),添加日程,保存日程到数据库中,将日程模块化管理: 2.用月视图和周视图,日视图三个视图来管理添加进去的日程,让日程管理起来更加直观,方便,增强用户体验. 2.是否有充足的时间来做计划 我们做计划主要是在Sprint计划刚开始的时候进行计划,并在以后实施计划时进行调整,但是由于

怎么用leangoo做需求管理?(用户故事地图)

用户故事是在敏捷开发中表达需求的主要方式,我们在做敏捷开发的时候都有需求池的概念,在Scrum中这个需求池就是产品backlog,需求池里面是条目化的需求,每一条通常是一个用户故事.按照Scrum的定义,产品backlog是一个基于价值强制排序的队列,团队按照价值的高低,顺序地交付需求. 在开发的过程中,团队会逐步的细化产品backlog,为了保证短平快的交付,高优先级的用户故事会被分解为较小的粒度.但是这样带来了一个问题,对于那些规模稍大一些的产品来讲,故事的数量就会很多,故事拆分后通常会有只

【Sprint3冲刺之前】TD学生助手——alpha版发布

TD学生助手--alpha版发布 1.设想和目标  1.我们的软件要解决的问题 TD学生助手的主要核心思想就是帮助学生安排他们忙碌的学校生活.主要是通过以下几个方面 1.通过学生的需要进行分类(考试,实验,发博客等等),添加日程,保存日程到数据库中,将日程模块化管理: 2.用月视图和周视图,日视图三个视图来管理添加进去的日程,让日程管理起来更加直观,方便,增强用户体验. 2.是否有充足的时间来做计划 我们做计划主要是在Sprint计划刚开始的时候进行计划,并在以后实施计划时进行调整,但是由于我们

[ASE]sprint2 总结 & sprint3计划

第二个sprint半圆满的结束了, 经历了四周之后我们将整个的框架搭建好,并且能够正常的游戏对战,破坏场景,聊天…… 但是正如老师所述,缺乏亮点. 不过大家都是第一次做,完全把他当成一个工程来一点一点慢慢实现.也算是没有白上这节课了. 对于游戏来说本身就是一件很难做出来亮点的东西,游戏市场近乎饱和,人们的要求也就越来越高,而复古本身也是一个很艰难的挑战,做得好了自然没有问题,但是稍有不慎就会成为众人抨击的对象. 不管怎么说,我们组仍有着一腔热血来完成.完善.完美我们的游戏. sprint3我们会

【每日Scrum】第一天 7-magic Sprint1计划会议成果

[每日Scrum]第一天  7-magic Sprint1计划会议成果 ——小组成员:崔乐乐 黄肖飞 唐仙迪 赵玉璇   Sprint计划会议非常关键,应该算是Scrum中最重要的活动.要是它执行的不好,整个sprint甚至都会被毁掉. 举办Sprint计划会议,是也为了让团队获得足够的信息,能够在几个星期内不受干扰地工作,也是为了让产品负责人能对此有充分的信心. 为了让我们的产品能够顺利的降生,我们组进行了sprint1计划,主要是为了在先前评估的成果基础上,定出 Sprint 目标和既定产品

sprint1的个人总结及《构建之法》8、9、10章读后感

对sprint1的总结: 我们这次的sprint1做的挺差的,大家原来说好的分工都没有完成,也许是大家这段时间的大作业花了更多的时间,所以对这次团队任务的进度是拖慢了很多,但是团队已经认清了现阶段的问题,我们会尽快的完成好各个分配好的任务,争取在这两个星期拿出成型的作品出来. 第八章 需求分析 通过看了本章的内容,知道了软件需求的步骤: 一般划分情况:获取和引导需求(Elicitation),分析和定义需求(Analysis & Specification),验证需求(Validation)在软

ASE课程总结 by 张葳

本期ASE课程分为两个阶段,第一阶段的personal project与第二阶段的team project,其中,第一阶段旨在锻炼我们个人的问题解决能力和编程能力,第二阶段则锻炼主要我们的管理能力,合作能力,以及学习能力.总的说来在这一期的ASE课程上,我收获了很多,不仅使上述各项能力得到了锻炼,而且使我对软件的开发有了全新的认识. 这期课程中,我们小组最初想要编写一个能辅助英语学习的阅读器插件,最后伪release了一个带英语学习功能的阅读器,这其中我们经历了诸多波折.从一开始找不到合适的平台