• 随机组队感想


    这个作业属于哪个课程 2020春|S班(福州大学)
    这个作业要求在哪里 团队作业第六次——beta冲刺+事后诸葛亮
    团队名称 软工实践互动评价小组
    这个作业的目标 beta冲刺
    作业正文
    其他参考文献

    Part 1 组长部分

    许家诚:

    • 你是如何成为组长的?
      • 由于之前的课程也经常有组队项目,就算是同一个班的小组,没有人出来带一下节奏也很容易石沉大海,更何况是随机组队,我有点怕,所以我一开始提议大家以发博客链接的形式进行自我介绍。后来带头讨论了一下做什么项目,然后自然而然就当组长了......
    • 部分组员互不熟识,你是如何活跃气氛、构建和谐关系的?
      • 一开始大家互不熟识是正常的,这方面我没有特别做什么事。就像社团或者部门开破冰会实际上并不怎么能破冰。我之前也有部门、社团、项目的经历,其实只要共事几天大家自然而然就熟悉了,这次也不例外。并且大家其实挺配合的,整体气氛还是很不错的,也不怎么需要破冰。
    • 可能存在不清楚组员技能的问题,你是如何组织进行任务分配的?
      • 组员的技能我是从大家一开始发的博客内容来判断的,由于决定要做的是web应用,我先粗略地进行了分工,然后了解了一下web的主流架构,选定了框架让大家自学。让我对大家有了更清晰认识的是live-project,由于只有一天时间,我们从早到晚都在不断交流,加深了大家的默契,也让我对组员的水平有了一定的认知。我很庆幸,虽然大家并不熟悉,但是在交流中并没有出现隔阂,大家都能互帮互助,我并没有额外费心。
    • 原本成员之间就不熟悉,在这样的特殊时期,组员之间的沟通和你对组员的管理更加受到阻碍。对此,你是如何处理的?
      • 鼓励大家积极在QQ群上交流,commit了什么内容,遇到了什么困难都要在群里提出来,大家好一起解决。我个人本来就属于在线上比线下活跃的类型,因此没有觉得受到了很大的阻碍...
    • 和随机拼凑的组员一起工作的感觉如何?描述印象深刻的经历,可以是搞笑的,感慨的,生气的,等等...
      • 和随机的组员们共事,体验还是很新鲜的,能体会到大家还是想为团队做出贡献的。我们小组是本次唯一的8人小组,在选题答辩的时候还惨烈撞题了。还是紧接着上一组撞题的,我心如死灰,后来大伙互相勉励,重新提起了精神,最后接了老师给的命题。
    • 评价“随机组队”这种组队方案。有什么切身体会到的缺点/优点?
      • “随机组队”这种组队方案,有利有弊。利在他可以尽量平衡各组之前的实力,也考验了大家处理突发困难的能力。弊在可能会导致小组的结构不合理。这次我的工作是前端,但实际上这是为了保证队伍结构作出的选择。随机组队虽然能让各小组的实力均衡,但是可能很难做出比较特别的产品,专业的大方向是web,为了让多数人参与进来也只有这个方向,让这门课少了很多的可能性,如果可以的话,我认为老师应该给同学自行组队的机会,哪怕给他们更高的要求也可以。比如有人学的unity,有人学的ue4,没有专门的队伍很难大展手脚。我看其他学校的软工实践有小组做手游的,我觉得我们也应该有这种可能性。

    Part 1 组员部分

    问题1:原本成员之间就不熟悉,在这样的特殊时期,你和队友之间的沟通更加受到阻碍。对此,你是如何处理的?

    问题2:和随机拼凑的组员一起工作的感觉如何?描述印象深刻的经历。

    问题3:评价“随机组队”这种组队方案,有什么切身体会到的缺点/优点?

    • 张增燊:如何处理沟通问题:通过QQ群,或者直接和某一个人在QQ上私聊。
      和随机拼凑的组员一起工作的感觉:大家都能很好的相处,合作挺愉快的。
      随机组队的优点:通过随机组队可以认识更多的同学,比起自由组队更能锻炼人,度过了磨合期之后大家相处的都还不错。
      随机组队的缺点:随机到的队友大都不认识,也不知道能力如何,一开始比较难磨合。

    • 肖玮昊:面对沟通受阻主要采用QQ群交流,解决了大多数问题。和随机组员一起工作感觉很新鲜,刚开始大家比较拘束,随着项目的推进,逐渐熟悉,氛围好了很多。印象比较深的经历是组员之间一起讨论数据该以何种格式传输,经过讨论也解决了项目的主要问题。我觉得缺点主要是一开始不熟悉,参与度不是很高,项目启动比较慢。优点是锻炼了自己交流讨论的能力,提升了在陌生环境下的项目开发能力。

    • 陈茜:尽量让聊天的氛围愉快,因为一开始大家并不认识,所以会发点表情包来缓和气氛~
      因为博客的编写由我负责,所以在冲刺阶段大家的心得体会就需要我来收集啦。因为要在当天发布当日冲刺博客,而我们一般是十点半左右才开始收工,然后大家发总结给我,所以有时候等全部人都收集完会比较迟,所以后来就在群里建议大家早点把总结发送给我,然后大家就提早很多发给我啦!就感觉大家很友善,团队协作很配合~然后看到大家在群里会提出自己的疑惑,其他组员就会及时进行帮助。
      随机组队的优点应该是锻炼大家的团队合作和沟通能力,在一个不熟悉的团体中,如何和大家一起工作,共同完成一个项目。缺点在于大家可能因为不是很熟悉,不太敢交流,或者表达自己的想法,然后因为各自不熟悉对方,可能在分工合作上会出现误解或者分歧,效率比较低。

    • 傅少华:随机组队虽然大家都不怎么熟悉,但是大部分时候都是按照指示完成自己的工作,并没有很多沟通上的问题,而且虽说”在这样的特殊时期,你和队友之间的沟通更加受到阻碍“,但我觉得线上沟通可能反而更加清楚、方便一些。和随机拼凑的组员一起工作,没什么特殊的感觉,大家都按部就班地很好地完成了自己的任务,没有人拖累项目的进度,也没有抱大腿的现象。印象深刻的一次经历是比较慌乱和尴尬的,有次commit时把有些进度给覆盖掉了,因为有些GitHub的操作不熟悉,觉得自己摊上大事了,最后在网上查找办法撤回了这次commit。随机组队这一举措在我看来其实利大于弊,如果自行组队的话难免会出现两个小组水平相差太大的情况,随机组队的话就会比较平均一些。

    • 陈家祯: 因为一开始团队成员之间互相了解的不多,所以遇到了一些诸如沟通比较低效的问题,好在大家都比较有耐心,最终也没有造成什么不好的影响。虽然彼此之间有些陌生,但是并没有出现成员之间发生冲突口角的现象,大家都积极、耐心地与彼此沟通。可以说团队开发能够顺利地进行乃至取得成果,都是和大家团结合作分不开的。随机组队相对真实地模拟了实际的团队开发中可能会出现的情况,为我们以后的工作积攒了宝贵的经验;但是没有考虑到成员的组成,不能排除会遇到所有人都只有后端开发经历或者兴趣的可能性。

    • 蔡俊:虽然一开始挺反对这种组队的,因为大家本来就互相了解不多,而且还因为这样的特殊时期造成了沟通的一定困难。但是大家都比较耐心友好,虽然之间存在一定的陌生感,但是不影响开发,有问题能够进行友好的沟通队友也会帮忙解决。和随机队友组队虽然不习惯但是在开发过程中并没有带来困扰,相反的大家都很乐意帮忙解决你的问题,沟通起来并没有困难。有发生过团队队员出现的口角问题,但是都是因为问题而产生的,感觉没有对和错,最后都能心平气和的把问题解决了。随机组队我觉得比较真实的模拟了以后我们在团队开发过程中可能会遇到新环境新队友需要及时适应的情况,学会如何去沟通,为我们以后项目开发提供了宝贵的经验,但是随机组队也带来了一定的问题就是各个成员之间可能存在任务分配问题,不是每一个同学都愿意从事后端开发,我也听过别的组存在成员浑水摸鱼的情况,这是一个问题,我只能说我们所在的组比较幸运,大家愿意为了项目作业一起努力,是一次很好的开发体验。

    • 蔡鸿辉:一开始遇到随机组队,我们不知道彼此的技术栈,所以有点难以分工,但是我们通过分享自己的博客,了解了彼此之间的能力,也很好分出了前端后端以及文档的工作。一开始沟通似乎有点不积极,但是在组长的带领下我们也很快能够充分沟通,彼此协助了。在一起工作,我感觉很踏实,因为大家的能力都很强,无论是学习还是解决问题都非常有效率。最印象深刻的是当时github初使用那一次,大家因为不熟悉github,导致里面的文件一些是最新的一些又是旧的,弄得程序跑起来都很难。随机组队优点是模拟工作任务分配,也能认识更多的人,缺点是要花费时间去熟悉和配合。

  • 相关阅读:
    若依ruoyi summernote 富文本提交数据 部分代码被过滤 修改xss配置可忽略过滤
    java中Map实现1对多
    Windows()64位)下Redis的安装使用
    SpringMvc java.lang.ClassNotFoundException: org.springframework.web.servlet.DispatcherServlet
    字符替换
    oracle null 空值排序- NVL,COALESCE , GREATEST ,LEAST
    oracle 日期,时间函数 date,to_date,extract,to_timestamp,last_day,frist_day
    获取树形数据(区域,父子级关系的树形数据)
    git的操作
    MySQL数据库之MyISAM与InnoDB的区别
  • 原文地址:https://www.cnblogs.com/Fudiation/p/12950636.html
Copyright © 2020-2023  润新知