2017-2018-1 Java演绎法 小组会议及交互汇总


第一周会议

  今天我们小组开展了第一次团队例会活动。我们小组将《构建之法》分为了六个部分并由六位成员先分别学习并向组长上传学习收获,这次的活动内容便是 交流前两周小组成员学习阅读《构建之法》的收获
  在各位成员的交流中我们将自己所读的这部分内容的总结与其他人的进行交换,从而对自己还没有读到的内容有一个大致的了解。其中组员刘伟康提到的我们要形成 “交响乐队模式” 的团队是这次团队例会中大家共同赞成的观点,他提出要避免 “明星模式” 失控时一家独大的状态,让每个人都有明确的分工和职责,同时在某位成员工作暂时受到阻碍时,要有其他成员能够有能力及时补上他的工作。这样可以让团队中的每个人都最大化与格式化自己的力量,不会出现一个人干活一人偷懒的局面。同时我们也对尚未完成自己阅读项目的莫礼钟同学进行了鼓励,希望他能努力学习,在下一次交流中展现自己的学习成果。

【此次交流总结由 马军 记录】
【2017.10.11晚】



第二周会议

  今天(10.18)我们小组开展了第二次团队例会活动。我们小组主要讨论了前两周我们组的优缺点以及第三周团队任务的分工等问题。
  我们首先确定了第三周团队任务的大致分工,其中组员刘先润自荐修图。在选取游戏的讨论上,我们组意见出现分歧,组长袁逸灏及组员马军觉得闯关类游戏比较容易推销,莫礼钟想要新意多一点的RPG养成类游戏,并且以社交为主,但是我认为开发社交类游戏消耗的人月太多,所以我们还需要进一步讨论选取。
  当我询问到组员们对于团队特色的描述以及关于团队前两周表现的优缺点时,一种自豪之感油然而生。虽然我们团队刚刚组建,还没有开发项目、合作的一些经验,但是我们前两周一直按照老师的要求执行任务,也参考了《构建之法》上的部分内容改进,我们小组每个人每周都为团队花费了一些时间,每周例会上畅所欲言的感觉真是不错,从软件工程的角度讲,我们团队要争取做一个?交响乐队模式的敏捷团队,相比起其他团队,我们的交流次数较多。刘诚昊还说,第二周我们小组成员选的游戏都比较新颖,这样一种默契和自信是正是我们团队的特色和优点。
  大多数组员甚至认为我们组没有“缺点”,我觉得我们组还是缺少一些磨合,在交作业上也要加强督促力度,不然会耽误每周团队总结博客的发表时间。相信在组员们的持续配合下,我们团队能够表现得更出色。

【此次交流总结由 刘伟康 记录】
【2017.10.18晚】



第三周会议

  第八周我们小组举行了会议讨论,会议围绕以下内容进行了讨论:

1.上周的采访后我们形成的结论有哪些?后面如何工作?
2.讨论一下马军制定的计划表合不合理?不合理及时修改。
3.(重要)参考QQ群中的用户需求文件,看看每种软件的介绍背景,目的,验收标准,明确并且讨论一下我们要做的软件的相关内容及具体需求。
4.前三周相比起其他组,我们有没有什么值得借鉴的地方

  对于第一个问题:袁逸灏认为需要将人力主要集中在代码方面,工作效率要有保证,团队的开发要做到先苦后甜。除了袁逸灏发表见解,刘伟康同学进行了补充。他认为日后的工作中,要注意写工作文档来说明情况,尤其在代码方面,代码中要用注释来写明代码的运行逻辑,并注意产品代码要加入文档说明,说明内容:类对于用户的作用,时间记录,剩余时间预估。刘诚昊作为测试代码负责人员,他补充以后的工作他们测试代码这一板块需要提前将测试项目定好。他认为,测试项目其实就是用户的需求,这一方面很重要,因此这一项要提前做好。
  对于第二个问题:大多同学都没有异议,马军同学认为自己做的计划表仍然太泛。他认为的问题集中在代码方面,他期望近期能将需求说明书,界面讨论出来。
  对于第三个问题:由于该周任务重,而且用户需求文件篇幅较宽,因此大多同学都没看完。

【此次交流总结由 袁逸灏 记录】
【2017.10.26晚】



第四五周交互

  • 当团队作业进行到第三周时,娄老师给我们安排了一项任务: 采访老师或有开发经验的学长,访谈他们关于项目开发经验、团队组织方式、团队成员协作、时间周期安排等包括但不限于上述内容的采访。采访前,准备好相应的提纲,做好功课。

  • 由于同学们都没有经历过合作开发项目的经验,所以大家问的问题都差不多是几个点:

1.如何分工
2.时间上的安排
3.小组凝聚力

  • 我也去询问过各个小组的成员,关于他们小组的时间分配和遇到的难题。我得到的反馈是有些同学担心小组内代码水平参差不齐,可能会有较大的代码任务分配到自己的身上。但他们暂时也没有想到好的办法。

  • 而关于这个问题,有些被采访的老师和学长学姐们意识到了,他们给出的回答有以下几个方面:

1.全组成员一起敲代码。
2.选取组员的时候要选取踏实能干事的组员。
3.发挥各个组员的专长,给他们分配最理想的工作。

  • 对于以上方面,我觉得第三点实现起来比较容易,第一第二点实现的困难程度依次递减。为什么呢?

  • 关于第一点的全体组员一起敲代码,依照我们小组的打酱油成员(没错就是我)来说,大家一起敲代码确实是能快速提高我自身的代码水平,但很有可能出现的问题就是:我基础太弱导致代码敲不出来,严重影响了团队项目的进度。那么对于我这种情况的解决方案是什么呢,我要求小组给我分配更多的关于代码外的任务:问题讨论、博客思路、对于推广的想法。但敲代码也不能落下,所以我跟刘伟康讨论的结果是:尽可能的分配代码任务让我编写,或者是组员们一起讨论编写,如果我的代码水平能够在一段时间内赶上他们,那么就让他们把更多的代码任务分配给我。总的来说就是水平差的人多搞搞后勤,代码任务可以少分配一点,跟在其他组员的身后多学习提高水平,等水平提上去了就可以获得一样的工作量。

  • 关于第二点的选取组员,只能说小组如果凝聚力足够,组员各司其职,其实不用在团队组建之前就商量好要和谁抱团,大家都想把项目弄好,有这份心再加上行动,谁都是一个好苗子。

【此次交互任务由 莫礼钟 完成】
【2017.11.2晚】



第六七周交互

  • 团队任务已经进行到第六第七周,从开始的规格说明书如何编写,到现在根据《构建之法》第四章内容讨论编码规范,各个小组已经进入到了开始代码构架的阶段。
    为此,我继续进行着我的交互任务,对各个小组做了一些简单的问答。

bug终结者小组说:他们的需求规格说明书还没有做到他们满意的效果,所以他们关于团队任务的安排是:让小组成员们对需求规格说明书的任意一章(自选)进行修改,并且在此任务的基础上让小组成员们寻找关于APP的素材,并开始对APP的构架。
JaWorld小组说:他们遇到的困难是,会遇到有不懂的代码,而且担心赶不上开发进度。
剩下的两个小组我得到的信息大概与上面两个小组相同,对于遇到的问题都是一些开发上面的问题。

  • 交互反思:

觉得这次和上次的交互比起来太草率而且太不严谨了,许多小组都对于我(莫礼钟)的来意表示疑惑,并且我对他们的提问总是一成不变的:遇到什么问题?打算怎么解决?怎么分工?这些能在团队博客里呈现的内容。

  • 交互改进(下一次团队作业时):

我会准备一个问题模版并针对当前我们小组遇到的开发问题与其他小组进行探讨,让交互不再是简单的你问我答环节,而是对于各个小组遇到的问题能互相沟通提出建议或改进,学习其他小组的先进内容。

【此次交互任务由 莫礼钟 完成】
【2017.11.19晚】



第八周会议

  • 这次的会议讨论如下:
    第一部分我们讨论了关于代码的进度,由于整体进程还未进行到代码实现这一阶段,所以代码进展不大,只有一个大致的轮廓。第二部分我们我们分配了一下每个人关于产品代码规范方面的具体任务,参考《阿里巴巴代码规范》,命名规范部分由袁逸灏做,异常规范和OOP规范由刘先润做,原定莫礼钟实现流程语句,后来考虑到袁逸灏设计代码所以留给了袁逸灏,刘伟康实现总体mardown和PDF,刘诚昊、马军实现测试规范。第三部分我们讨论了图的完成情况,袁逸灏刘先润率先完成任务,其余人也会在周末内搞定。最后我们交流了使用上周各种工具的感受,总的来说starUML这个软件对于画图来说十分方便,界面也很干净简单,非常适合用来作图。

【此次交流总结由 刘先润 记录】
【2017.11.25晚】



第九、十周【Alpha 阶段】站立式会议(7次)

  • 第一次:(11.28)

    图片见:http://www.cnblogs.com/SuperGroup/p/7912056.html#_label5

    能全员到齐不容易,开会内容有些混乱,不过大体还算都说到了(分工、介绍 alpha 阶段总体任务、确定冲刺日期等),一切准备就绪,可以“启航”了。

  • 第二次:(12.1)

    图片见:http://www.cnblogs.com/SuperGroup/p/7944561.html#_label3

    全员再次到齐,这次主要讨论了团队贡献量的计算和总结第一次冲刺的问题,并且把剩余的冲刺日期基本确定好。之所以将这次冲刺命名为“漂流”是因为我们每个人还缺少一些Scrum方向性和目的性的了解,目前还是呈现出一种“漂流”的状态。另外还有一点就是临近周末部分组员学习情况有些放松,把这几天挺过去,下周周末再放松也不迟。拖延是不好的习惯,一个团队可不能因为几个人的拖延而受到影响,耽误不起,所以最好的方式就是跟随团队中优秀的人,一起挺过去。

  • 第三次:(12.2)

    图片见:http://www.cnblogs.com/SuperGroup/p/7955831.html#_label3

    全员到齐,这次主要介绍了各个组员的昨天做了什么、今天的进展以及遇到的困难等,同时我们也遇到了一些困难,我今天的投入时间不够,到现在还没有整体性地了解进展,马军在测试规范上正在寻找新的软件测试,很多类型的测试也不知道对于我们的项目是否适用,刘诚昊也在学习新的软件,今天的燃尽图和TODOList就没来得及做,这次的“逆风”是一次挑战,明天要及时恢复状态。

  • 第四次:(12.3)

    图片见:http://www.cnblogs.com/SuperGroup/p/7967501.html#_label3

    全员到齐,这次和上次会议的内容相似,主要介绍了各个组员的昨天做了什么、今天的进展以及遇到的困难等,我发现大家在汇报每日进展时,有组员展示地不太完整,所以特别说明了这个问题。我们组的代码进度较快,测试进度也要赶上。另外,燃尽图和TODOList的完成有些拖延,但是总的来说还是呈现一种“加速”趋势,alpha冲刺阶段已经过半,剩下的几天更要把握好进度。

  • 第五次:(12.4)

    图片见:http://www.cnblogs.com/SuperGroup/p/7979046.html#_label3

    全员到齐,这次会议上刘先润重点展示了今天他的成果,即解决了敌车与障碍物溢出边界的代码问题,给用户车辆增加了火焰喷射的动画效果,给用户车辆加上了发射子弹的炮台,替换了原有的 flat 车为一辆图形质量更好的车。袁逸灏和刘先润的进展都不错,问题也应该能在期限内解决。而刘诚昊学习的新软件遇到了一些困难,所以只能使用原来的方式继续制作燃尽图,由于前几次需要弥补,所以总体进度有些拖延,马军和刘诚昊打算在下一次冲刺时一起测试。莫礼钟除了日常统计之外还是有些闲,所以还要考虑分配适合他的任务。而我今天在团队上花费时间较少,划了一次水,将时间用于处理其他的事了,博客就当是自我检讨吧。连冲四天大部分组员难免有些懈怠,为了及时调整节奏所以明天暂时缓一缓,我会在明天的缓冲时间内补上今天未完成的任务。我们还要继续一边前进,一边“破浪”,要挺着度过 alpha 阶段最后的几道坎。

  • 第六次:(12.6)

    图片见:http://www.cnblogs.com/SuperGroup/p/7990551.html#_label3

    全员到齐,这次会议上我们除了每个人说了说进展困难之外,还讨论了关于最后一次冲刺的任务分配问题,袁逸灏、刘先润在alpha阶段的任务基本完成,可以暂时休息一下,而测试任务并没有在本周提交的范围内,所以刘诚昊、马军的测试任务可以暂缓。所以总体来说,我们组的alpha阶段任务基本完成,剩下的就是最后一天的弥补总结工作了,“前紧后松”使我们体会到一种“乘风”之势,虽然有很多困难,虽然一些组员水了一两天,但是我们的总体进程还是顺利的,剩下的最后一天冲刺,坚持住!

  • 第七次:(12.9)

    图片见:http://www.cnblogs.com/SuperGroup/p/8011112.html#_label2

    最后一次会议仍然全员到齐,开会内容主要是下一阶段的展望以及本阶段的成果展示方式,还提了一下作业提交情况有点混乱。在我检查了燃尽图之后,发现不太符合我们团队的实际进展,所以又让刘诚昊改了一下,马军和刘诚昊即将讨论出下一步的测试方案。对于我们来说,暂时可以“靠泊”休息一下了,alpha 冲刺阶段有喜有悲,是时候总结反思一下了。

【以上7次站立式会议由 刘伟康 总结】



第九、十周【Alpha 阶段】交互

  • Alpha 阶段的冲刺马上落下帷幕,莫礼钟在小组冲刺的最后一天去其他小组进行了交互任务,询问了其他小组这几个问题:

    • 问题1:在alpha阶段中你们小组准备拿出一个什么样的成果展示?
    • 问题2:在冲刺阶段的博客是怎么安排的呢,有具体的格式吗?
    • 问题3:在冲刺阶段遇到了什么困难,又是怎么解决的?
    • 问题4:下个阶段的冲刺的打算?
  • 其他小组的回答是这样的:

    • JaWorld小组的张师瑜同学是这样回答的:

    1.就是一个可以简单操作玩的APP。
    2.每人写一篇博客,没有具体格式。
    3.困难?没法保证每天一篇一直拖延,解决?没解决......
    4.等到下次冲刺时再做打算。

    • JAVA实验站的张泰毓同学是这样回答的:

    1.第一次冲刺我们会实现一个基本的可玩性的功能作为展示!
    2.冲刺阶段的博客由张韵琪完成。
    3.冲刺阶段的问题主要在对安卓游戏的开发不太熟悉解决方法只能是多去学习!
    4.下一个阶段我们打算对未实现的其他模块进行补充!!

    • 我爱学Java的春旺同学是这样回答的:

    1.成果是一个简单能玩的游戏(后续有其他功能会添加进去)
    2.博客是每人写一篇博客。金立清同学写了三篇,第二天到第六天的博客有格式,第一天和第七天没有格式。
    3.问题都呈现在博客里了。
    4.下阶段的计划还没有出来。

    • bug终结者的张旭升同学是这样回答的:

    1.第一次冲刺我们会做出一个相对完整的游戏界面,实现一个基本的可玩性的功能作为展示!
    2.冲刺阶段的博客我们将游戏的各个模块分配到每个人来完成!
    3.冲刺阶段的问题主要在于代码逻辑方面,由于对Android的类库并不熟悉,一些内置方法并不理解,所以在代码逻辑的编写方面问题比较多,解决方法只能是多去学习!
    4.下一个阶段我们打算将界面进行一定的优化然后对未实现的其他模块进行补充!!

    感谢他们的回答!

【此次交互任务由 莫礼钟 完成】
【2017.12.8晚】



第十一周会议

  这次会议主要讨论了最后一周的安排情况,首先就APP可以完善之处来说,袁逸灏在今天解决了碰触非指定区域导致游戏卡死的问题;刘伟康提出增加排行榜功能的提议,但最终被否决。另外我们的软件还需要进行签名,这个事情被安排给袁逸灏完成,完成该项任务后将把APP放至应用市场进行测评,有莫礼钟负责宣传推广。刘诚昊负责制作软运行动态图,刘伟康增添构架内容。
  下一周我们的总体任务更多偏向维护和修补,实质任务少,更多的时间将致力于期末复习了。

【此次交流总结由 刘诚昊 记录】
【2017.12.16中午】


第十二周会议及交互

  • 本周会议主要讨论了最后的分工和贡献量计算规则,讨论结果是Alpha阶段占58%,其余的每次任务占6%,7次一共42%,最后的贡献量(比例)汇总详见:
    http://www.cnblogs.com/SuperGroup/p/8076597.html

    我们小组本来打算发布项目,但考虑到应用市场的专业性往往是以一家公司或者企业的名号发布的软件,又考虑到我们的软件玩起来有些“简易”和“枯燥”,所以只打算进行内部测试,测试报告上文中已给出。(刘伟康)

  • 本周的交互任务还是由莫礼钟完成,成果如下:

    Alpha阶段中,各个小组都对于自己的游戏作出了不同程度的更新,下一步,小组们需要去做的就是如何解决用户体验的问题(来源和解决办法)
    所以我开始了我的下一次交互任务(可能是本学期最后一次交互任务)
    首先我分析了一下之前几次的交互任务的缺点:

    1.在向其他小组提问题时没有与其他小组分享自己小组内的经验。
    2.在提问题的时候比较随意,没有正式感,并且没有准备好问题列表去问其他小组(想到啥问啥)。
    3.对其他小组没有真正的交流意见,没有做到互相交换对方心得的感觉。

    以下是我本次交互任务的两个问题:

    问题1:软件怎么发布,上市?如果不发布,内部怎么测试或者处理?
    问题2:在Alpha阶段过后,对软件进行了什么样的更新,后续还会作出怎样的更新?

    对于这两个问题,春旺是这样回答的:

    不打算发布了,让同学帮着玩一下收集反馈。
    排行榜的清除功能实现,目标分数分数的位置放置更改。背景音乐的数据储存(与前一次打开游戏时的设置一样)
    (后续)我们在想怎么根据屏幕的大小来调节目标分数的字体的大小。

    张泰毓是这样回答的:

    1.在应用市场发布。
    2.添加了排行榜,后续会在界面上进行优化并修补一下bug。


posted @ 2017-11-25 23:52  Java演绎法  阅读(302)  评论(0编辑  收藏  举报