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晚】

第9、十周【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次站立式会议由 刘伟康 总结】

第9、十周【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。