| 这个作业属于哪个课程 | 2020春S班软件工程实践 |
|---|---|
| 这个作业要求在哪里 | 团队作业第六次——beta冲刺+事后诸葛亮 |
| 团队名称 | 云玩家$ |
| 这个作业的目标 | 随机组队吐槽 |
| 作业正文 | 就是本文 |
| 其他参考文献 |
郑斌：
1、你是如何成为组长的？
团队没有人做，然后我之前做过福大助手的项目经验，大家就选我做组长了，我本人也比较佛系。
2、部分组员互不熟识，你是如何活跃气氛、构建和谐关系的？
其实大家也都是同学，或多或少都知道名字。
也因为团队都是男生，所以破冰相对来说比较简单，只要在群里聊一下骚话题，大家都聊下去，渐渐的氛围就起来了。我们团队没有上下级关系，地位都是相同的，大家都一起学习一起成长，扁平化管理。
3、可能存在不清楚组员技能的问题，你是如何组织进行任务分配的？
一开始组队的时候，大家都不是很熟悉，这个时候就开一次会议，组员自我介绍，大致了解了各种的能力和想要从事的方向，再进行讨论要做什么项目（就不是为了项目而强迫组员去学习自己不想从事的方向），大约知道要做什么项目之后，就开始根据每个人的能力针对性的分配任务。
4、原本成员之间就不熟悉，在这样的特殊时期，组员之间的沟通和你对组员的管理更加受到阻碍。对此，你是如何处理的？
加强线上沟通、不去责怪他人、大家也挺配合的（最重要的是画饼）
5、和随机拼凑的组员一起工作的感觉如何？
还不错，在冲刺的时候，大家都一起熬夜一起肝，上线之后都很开心，做到了有困难一起抗，有乐一起笑。
6、评价“随机组队”这种组队方案。有什么切身体会到的缺点/优点?有什么建议？
优点： 不会产生两极分化
缺点： 沟通成本高、能力不均衡导致项目质量低、为了一个软工实践甚至影响到有些人的职业规划（课程不就是为了就业？）、影响就业或者考研
建议： 将自由组队和随机组队结合，比如分为5个人一个小队，然后再采取俩个小队融合的方案。
李定成：
- 关于沟通：怎么处理？那当然是硬着头皮沟通喽。比如加好友之后激情互动（指一边互喷一边肝到2-3点），当然这里的“互喷”并不是说就吵起来了，更多的是对于独自debug所产生的烦躁感的对冲——说人话就是：避免无聊。
- 关于一起工作：没啥特别的感觉。印象深刻的：楼下这位王同学给的接口的某个属性比Api文档中的少了一个s，让我一阵好找。
- 随机组队体会&建议：我认为一刀切的方案弊大于利。优点是避免了马太效应，相对来讲各组水平较为平均，对于这样一个需要打分的课程来说，兼顾了实践经历较少的同学。缺点主要有沟通成本高，尤其是线上沟通。另外组长分配任务的时候很难做到尽善尽美。说实话，这种抛开方向的随机组队我是不太认同的，虽说什么“工作中会遇到”，恕我直言哪个公司会把n个纯前端放在一起（极端情况：甚至是n个pm+ui）。同时，这种方式对于unity/ue的同学也是不公平的，单独的unity/ue同学，哪怕是金子也无法发光。正因此，强烈建议分配时要考虑到不同方向的选择。还有就是和春招的时间点重合很尴尬，准备面试笔试的同时还要做软工实践，难顶。
P.S.多给点学分呗，粗略估计花了270~300hrs在这门课上，感觉给5学分都不过分呢
王弘毅：
这次最大的感想就是，应该提前更换数据库，这样能使后续的开发简单不少。感觉有可能是前期架构不合理，前期略显繁琐，改了很多东西。由于随机组队，队员的水平不够了解，导致前期分配的工作不够合理，在后期收尾工作就比较繁重。而且由于项目偏向前端展示，这导致团队唯一的前端工程师李同学任务繁重，这是随机组队不可避免的问题。我一直觉得随机组队很不合理，最少要随机分配合理的人员到一个组，否则对一些人来说任务就太过繁重，而另外一批人任务又过于轻松。最后要表扬前端李同学，在繁重的抠细节以及紧迫的时间下还能有这种完成度，实在不容易。
张玉麟：
因为是随机组队，刚开非常担心会不会不适应，事实证明，这种担心其实是没必要的，小组成员都很友好。这几个月来，我们一同努力，一起完成任务，在这过程中，队友给了我很多的帮助。比如有些想不明白的，向队友请教，他们都很热情的回答，非常的感谢。个人觉得随机组队好处还是挺多的，能提升大家的沟通能力和协作能力等等。
王少滨：
这次随机组队我可能算是比较幸运的几个，随到的队友能力都很强，因为大家都是理工男，所以一开始大家都比较内敛，不敢发表自己的意见，不过在组长的推动下，大家也都积极地参与到了讨论当中，随机组队有利于均衡每个团队的实力，也能锻炼到每个人的沟通表达能力。但随机组队肯定还是有运气成分存在，如果超过半数人都不够积极的话，那进度就很难推动下去。还有就是技术栈不平衡的问题，可能会存在全是后端或者只有少数前端的情况存在（当然还有部分不想做web的同学，不过软件工程就是做软件为主，这个能够理解，怪只能怪自己选错了专业吧）。
周宇靖：
和其他随机拼凑的组员组队一开始会有点不太适应，但在经过几次团队作业的沟通和交流中慢慢开始熟悉，并能较好地完成自己的任务。由于我和另外两位负责后端接口开发的同学都是小白，就建了一个群，一起学习相关知识，一起进行接口开发，提出自己不懂的地方，多交流以提高工作效率。
对随机组队的评价：好处就是每个团队的技术水平基本一致，不会出现开发能力特别强或特别弱的队伍，比较均衡，作业完成的质量差不多；坏处就是组员之间一开始不认识导致需要一定的时间来熟悉，前期的工作会受到极大的影响。并且容易出现一个小组的所有成员技术方向过于单一，如团队所有成员只擅长后端开发，导致不得不有人需要转变方向，学习新技术，直接影响项目开发的进度。
叶先锻
和队员一开始都互相不熟悉，不知道如何开展相应的任务，对于自己的技术也不太自信，怕拖团队的后腿，不过在和队员的沟通交流中，都非常的积极，亲切，对后面完成自己的任务有相当大的影响，而且使自己的后端能力更加进一步的提升，在编写代码的过程中虽然有很多不会的地方，也学会了一个自主学习技术的能力
杨明伟：
原以为随机组队会有许多困难，队友之间相互不怎么认识，不知道性格，脾气如何，能否相处融洽。但在初步交流，有一定了解后，整个团队氛围也变好了，有问题一起讨论，任务一起解决，和随机队员一起完成工作感觉还是挺好的。有了这样的经历，对以后和陌生的同事工作提供了经验。