随机组队“吐槽”

这个作业属于哪个课程	2019学年02学期单红老师软件工程实践
这个作业要求在哪里	团队作业第六次——beta冲刺+事后诸葛亮
团队名称	松果星球委员会
这个作业的目标	随机组队“吐槽”
作业正文	本博文
其他参考文献

组长部分

彭陈浩

刚开始选组长的时候，其实我是拒绝的，但是大家也都刚组队，气氛没有特别的活跃，所以我觉得需要有一个人来带动气氛，再加上本身我就有一些组长的经验，我就半自荐的成为了松果星球委员会的组长。
刚开始的时候，大家都不是很熟络，我认为最好的方法就是在项目中分配任务，使得大家配合完成任务，增强彼此的协作感，同时我再活跃一下气氛，让大家的集体荣誉感更强一些。刚好也有口罩预约系统的项目布置下来，所以我就作为组长进行了任务分配，首先先根据组员的技能树分配相关的方向，有前端开发经验的负责后台的制作，有iOS或者Android开发经验的人分配到客户端的制作，其他缺少开发经验的在擅长后端的同学的带领下进行数据库开发。
接下来就是开会的时候，需要了解的一个事实就是一个会议基本取决于主讲人的引导，大家可能不是很习惯发言，所以作为组长，我需要在开会的时候给大家一些选择，进行任务分配或者阶段汇报，让大家被动参与进来，养成交流的习惯，之后再让大家主动发言，同时作为主持人，我也需要引导话题，做会议的相关总结，保证整个会议的精简性和条理性。
和随机拼凑的组员一起工作当然就让我认识到很多具有较好的专业知识的人，他们具有系统的专业知识，同时拥有良好的开发能力，让整个团队项目的发展有条不紊的进行着，他们也具有良好的集体荣誉感，会为了呈现一个好的作品不断努力。在以后升学或者就业的生活中，也结识了更多可以信赖的伙伴。
组队的优点就是如上所述，缺点当然也很明显就是陌生的环境和良莠不齐的队友，或许有些人会选择摸鱼或者装死，这种成员在团队里面当然是屡见不鲜，但是我们的团队还是比较负责的，大家都有事情干，也都有参与代码、文档的编写当中去，也是给组长减少了很多的顾虑和担心。

组员部分

1.赖晓辉
虽然一开始对随机组队有抵触心理，但很明显这次随机组队是很有意义的一件事。一开始对大家都不熟悉，但经过相处后熟悉了很多，很遗憾因为特殊原因没有和大家在线下一起努力的经历。整个开发过程，因为我没有项目开发经验且不熟悉vue，所以挺拖后腿的，很庆幸有朱同学的帮忙和理解，解决了很多问题。通过这个项目让我感觉到了团队的强大，和团队的沟通是重要的，也让我找到了自己的学习方式和方法，同时也让我找到了自己在前面这一阶段的学习中那些不足和需要做的更好的地方。总得来说，在整个项目开发的过程中是痛苦的，但感觉收获也是丰富的。
优点：提出随机组队的初衷吧，模拟公司环境，锻炼自己适应场景的能力。
缺点：分队的方式有失偏颇，靠学号分挺离谱的。希望有下次的话，先了解下同学们的技术栈和规划，在进行分组。

2.朱鸿昊
在大三上听说下学期有软工实践，当时心里计划和几个要好的同学组一队。这学期初老师和助教说随机组队时，心里咯噔一下。社恐的我，一开始都不知道怎么和队友们混熟。但是经过几次团队实践后发现，队友们都特别好说话、特别可靠。后来老师助教的各种任务派下来的时候，就觉得“有队友，没事的”。随着实践的推进，大家的默契度也越来越高。记得Alpha中后期，抛出一个问题后，大家一起讨论解决，就很好。总结一下，这学期的随机组队一路走下来体验挺好的，就我个人觉得，这种“随机组队+不换人”的模式确实有意思。

3.李昊朋
其实刚开始收到这个随机组队的请求的时候，我的内心是拒绝的。因为自己之前可能接触了一些实战项目的开发吧，也认识了许多人和一些team，想着说到时候和这些人组队能更熟悉更舒服一点，开发进度和效率可能都会更好。
不过在后来听到老师和助教讲到随机组队的优势的时候我还是心动了一下，因为这样确实可以结识到许多不同的同学，许多不同技术栈的同学，也能体会到实际跟着一个小组不断提升成长带来的收获，这样是非常有成就感的。从另一个角度讲，真实到工作生产中接触到的人肯定是你之前所不认识的人，也能锻炼一下自己的沟通能力的，而且事实上我们的项目完成的很好，总体上利大于弊吧，甚至可能是远远大于。
最后通过这次随机组队，我收获了很多，感谢老师和助教提供了这样一种形式和机会让我参与到一个陌生但是很和谐的环境参与项目的开发。

4.龚俊鹏
刚开始随机组队是不太能够接受，因为不太能确定匹配到的是容易相处还是技术基础很不行，不确定因素太多了，担心了好久，也害怕自己和不熟悉的人沟通不好，导致进度跟不上。但是通过第一次口罩预约系统的团队合作，我们在规定时间内完成了，而且每个人都在积极的认领任务，积极协调合作，能力比较高的人主动承担了更多的责任，看到这里，我对我们的团队充满了信心和希望，感觉大家都挺积极的。再到后来app项目开始进行，每个人都完成了自己相应的任务，alpha冲刺到beta冲刺，大家都在不断磨合和努力，大致完成了这个任务。
最后还是挺感谢这次随机组队的，认识和了解了这些队员，总体上我对于随机组队的做法还是认可的，感谢老师提供这样一种形式和机会让我参与到一个陌生但是很和谐的环境参与项目的开发。但是这种模式也是有些短板的，大家不认识，开始阶段会有一个适应期，会导致项目开始阶段比较难。

5.吴章权
在这次组队的过程中虽然是随机组队，但是进行交流和协作开发方面并没有任何阻碍。一开始和大家都不是很熟悉，但是随着时间和项目的推进也和大家变得越来越熟悉，工作起来也越来越有默契。在项目的过程中，获得了大家的不少帮助，有时也去帮助大家，与小组成员间的友谊是我的一大收获。在项目进行过程中，遇到技术上的疑难，和大家一起解决，学会了很多项目前并不了解的技术，算是另一大收获。这次组队开发，是我第一次进行较大项目开发，这次难忘的经历是我最大的收获。

6.胡锦浩
克服困难：项目刚开始的时候组员都很不熟悉，后端的另外四个同学中我只与世鑫认识，其他人并不熟，所以前期的沟通比较困难，等到要开发时项目的分工等也难以决定。后来我先学习了一下spring boot的相关知识，在有了一定的想法后在群中提出了自己的建议。万事开头难，在提出了建议之后大家也都不再拘束，后来就越来越融洽，一起编程度过了alpha冲刺和beta冲刺。
感受：刚开始随机分组的时候很不适应，不过好在组长和鸿昊有过项目开发经验，也很好沟通、在群中积极活跃，后来就慢慢熟络了，一起开发项目、解决bug也变成了有乐趣的事情。
评价：随机组队确实更符合日后初次进入公司，与陌生的团队进行项目开发的场景，这种方式能锻炼我们的沟通交流的能力和团队协作的能力；同时我也认识了很多新的小伙伴（虽然因为疫情的原因大家基本都是线上交流和开发）；我觉得是挺不错的一种方式，不过刚开始的接受度显然不如自由组队（刚开始听说随机组队的时候也是心里一惊）。不过这种方式也是有些缺点的，首先不能保证每支团队都有相应的技术栈，队员能力也参差不齐，有可能会出现少数几个人进行开发、大多数人划水的现象；并且随机组队的话项目初期如果没有人站出来组织，很难达成有效的成果；从最终的项目成果来看，或许也是不如自由组队的成果丰厚的（自由组队的人员熟悉度更高，开发效率也会更高）。

7.胡世鑫
本次软件工程实践采用随机组队的模式，自己在最开始的时候很不适应，原因是队员中我只认识我们班的一个同学，大家交流起来也很不好意思，感觉限制了很多想法。其次，不了解队伍中成员的具体能力，也就不知道在工作分配的时候自己应该充当怎样的角色才能更好的完成任务。

8.包鹏飞
因为疫情在家，所以面对面交流汇报进度都是不可能的，都是线上文字或语音聊天，至于进度的话组里每天会开个会汇报进度。其实最难的是一开始大家都不熟，甚至到现在有些组员的样子我还记不清。不过通过一开始几次的小作业，各个成员间线上的互相协作与帮助，不会的问题我积极地向组内比较在行的大佬询问，并及时地提出个人观点，我慢慢地与组员间也熟悉了很多。再到后面正式开始搭项目，我和各个组员也已经形成了不错地默契。工作总体的感觉良好，首先很庆幸能有这次的机会去和组员共同协作完成一个项目，既增加了项目经验，同时也认识了新朋友。当然，最主要的是收获了新知识，以开始要搭项目要用到一些之前没学过的知识，感谢有组员及时分享速成指南，自己也是快速学习了并迅速运用。当然过程中也有一些搞笑的经历，比如自己代码写错了一些，自己没检查好就发过去，结果负责人把错误的输出给我一看，把自己看呆了，及尴尬又搞笑。总的来说，能和这么一群优秀的伙伴一起成长，朝着共同的方向前进，是人生的一大幸事。
这种随机组队的优点是能充分调动积极性，防止熟悉的人组队造成的偷懒现象，让每个人都能真正收获到东西。缺点应该是由于一开始彼此不熟，在加上现在这种特殊情况没法见面，会造成没人积极回答和相应问题，没法正确有效的沟通，使得项目进度缓慢且易出错。希望在随机组队的基础下，定时来个组内互评，能够适当更换组员，充分调动每个人的积极性。