返回信息流不太清楚这种情况是否普遍
每门课都有team assignment/project
然后。。。效率极低。。。一个人两天能搞出来的东西放到小组里俩礼拜也没结果,每个人都有不同意见,想说服他人,但最后真正干活的却总是那一两个人
当然培养团队精神是目的之一,但是有没有真正的实现呢,值得怀疑
另一个minors就是搭便车的极多,你还得忍受,你要罢工你自己也得死
我是真没看到这种teamwork的存在价值,或许我思维习惯上还带有陋习,不能够接纳这种‘先进’的学习方式
希望大牛们给解释一下
这是一条镜像帖。来源:北邮人论坛 / overseas / #13904同步于 2010/2/19
该镜像源已超过 30 天没有更新,可能在源站已被删除。
Overseas机器人发帖
课程team project究竟该怎么搞
zlf0526
2010/2/19镜像同步13 回复
订阅后,新回复会通过你的通知中心匿名送达。
9 条回复
我看了这个帖子在校内和reader狂搜最后都没找到我记得的那篇文章。
说的也就是你这个问题,不过那个作者声称教授跟他们说,重要的不是结果,是他们之间
是否能够学会沟通和协作。
【 在 zlf0526 (队长@呃聚小分队|Lifan) 的大作中提到: 】
: 不太清楚这种情况是否普遍
: 每门课都有team assignment/project
: 然后。。。效率极低。。。一个人两天能搞出来的东西放到小组里俩礼拜也没结果,每
: 个人都有不同意见,想说服他人,但最后真正干活的却总是那一两个人
: ...................
我们大四软件工程实践课,最后就是由保研同学完成的
【 在 tigerdavid (tigerdavid) 的大作中提到: 】
: 为什么LZ的说法和国内本科时差不多。。。。反正在大三搞软件工程时组队编程就是这
: 么回事儿,最后也就几个人在那里编程,其他人全都打酱油去了。。。
一般作team project就是以下几个部分
Brain Storming,大家来扯,看看有什么点子
定timeline,到时候点子就定下来,不一致不要紧,投票就行,这个美国人一般服
然后是分工,每各部分分权重,权重大的部分积分高
然后是干活,组长要每天都push,询问进度,每天邮件直到组员回复,不怕麻烦
监督和评价很重要,分两种,组长评和互评,积分制,比如来一次组会记1基本分,完成一个milestone记权中*基本分,算法由组长来算就行了,权重在开发过程中可能会更改,更改需要大家同意。
保存好所有的监督记录,最后计算每个人的分数,每人贡献就很清楚。
最后是最狠的部分,presentation 分开做,每个人说自己做的。说完了组长要求教授提问,这个时候谁干活谁没干一清二楚。我上学时候第二学期编译原理那个课的Project,组里有个韩国人就不干活。最后下场很惨
终归一点,为了项目完成,大家撕破脸也没啥,得了A喝顿酒,又是好汉一群
【 在 zlf0526 的大作中提到: 】
: 不太清楚这种情况是否普遍
: 每门课都有team assignment/project
: 然后。。。效率极低。。。一个人两天能搞出来的东西放到小组里俩礼拜也没结果,每个人都有不同意见,想说服他人,但最后真正干活的却总是那一两个人
: ...................
often in time, we don't have a team leader since the team is assigned randomly...and it also seems that no member has any right to make any negative comment on others work, so if you want do a better job, then do it, never rely on others.
probably that's because my school is shit, and people are just killing their time here...and probably i'm one of them...
anyway, very disappointed.
【 在 Racso 的大作中提到: 】
: 一般作team project就是以下几个部分
: Brain Storming,大家来扯,看看有什么点子
: 定timeline,到时候点子就定下来,不一致不要紧,投票就行,这个美国人一般服
: ...................