一 . 角色划分：

PM : 顾育豪

Dev : 刘强、王洛书、陈睿翊、黄明源

Test :张梦达

二 . 关于评分，团队成员的各抒己见

刘强：

我思考的评分原则是：

1、不单纯根据代码量衡量组员分数，同时考虑到项目设计，博客管理，团队协调，代码测试等环节。
2、以组员所做实际贡献为基准评分
3、实际开发时间与开发难度综合考虑，效率兼顾
4、队员的团队能力（组员互评）

分数权重：PM:31%,Dev:37%,Test:32%

个人分数计算：基准分10分+贡献分。贡献分计算方式：60×（PM / DEV / Test权重）×（角色中贡献比例，百分制计算，小组讨论决定）

王洛书：

我认为一个好的团队分数分配制度要能调动所有同学参与团队项目的积极性。

因为是团队作战，同学们的编程能力不可能是一样的，如果完全按照编程贡献度给分，则会让一些同学在刚开始时就没有参与团队项目的热情。

我觉得在一开始的时候，组里应该根据个人意愿及团队需要进行明确的团队分工，并做到让每个人都认同和满意自己在团队中的角色定位和分工。（分工时要注意保证每个同学的分工中都有一定编程的任务量，锻炼编程能力；对写博客等任务的考虑也应放在细节分工的讨论范畴之内）。 每个人都有各自的特点，每个人的角色都有一定的不可替代性。在合理分工之后，理应认为大家的理论工作量是相等的。

我认为合理的给分方案是：

个人实际得分=个人总分/（团队中所有人的个人总分）*团队可分配分数

个人总分=（每次团队作业贡献分*每次团队作业的权重）之和+工作积极性

每次团队作业贡献分=完成情况*实际工作量+额外加分（如临时替其他同学完成作业等）

顾育豪：

我认为在一个团队决定好分工之后，评价每个成员对团队的贡献应该以每个人所担任的角色为基准，然后再根据实际的表现在基础分数上增减。

基础分数：PM：14分，DEV：22分，TEST：18分

职责：

PM：PM是为项目的成功策划和执行负总责的人。PM首要职责是在预算范围内按时优质地领导、督促项目小组完成全部项目工作内容，同时也要协调处理好各团员之间的关系。

DEV：DEV是负责编写项目代码，实现项目的人员。因此其职责是在规定的时间内完成计划的代码编写工作，以及发现错误后修改代码等。

TEST：TEST主要负责设计测试样例，发现软件项目中存在的各项问题，协助DEV完成整个项目的工作。

在最后的个人评分中，首先是根据每个成员工作的完成情况，如果顺利完成了自己的工作，就可以拿到基础分数；否则，就要根据实际表现进行相应的扣分。另外，在完成工作的基础上主动帮助其他成员则应该加分。这些都必须由项目结束后小组成员的相互评价来决定。

陈睿翊：

在制定评分原则时，我觉得要考虑要以下几个因素：

1.多劳多得，根据每种任务的复杂程度和工作量分配相应的分数；

2.应该有预留分，项目不同，各种任务的难易程度也会发生变化，那么可以将预留分分配给实际劳动量超过了基础分的人；

3.分数的增减要考虑到各成员的实际能力，只要尽到了自己最大的努力就应该给予奖励。

因此我给出的评分原则如下：

每人基础分为15分；

个人贡献分=基础分*(1+团队贡献度)+个人奖励分；

团队贡献度=任务难度系数*个人工作量比例；

个人工作量比例=个人实际工作量/团队分配的任务量；

任务难度系数随着每次teamwork的情况变化，具体来说，算法及流程分析、代码实现、代码调试这三个部分的难度系数根据每次的团队讨论确定；

以上每个人贡献分的基础分*(1+团队贡献度)部分总和不满团队贡献总分的，差值算作奖励分，奖励分分配时，优先平均到个人，然后再根据队员具体表现有团队决定最后的奖励情况。

张梦达：

关于分配：

由于老师的可爱的作业内容，对团队每个人都提出了相当高的要求。这时候团队的凝聚力的作用更为重要，然后老师这个对分数分配的要求来的真是时候，呵呵。

组内人员对于软工的热情和用心不尽相同，各自的能力也不尽相同。如果单纯的根据贡献来分配显然不合理，就像一个很能跑的人和我。老师让我们1分钟内加一起跑够1000m，显然不可能一人跑500，只能是一人500一人300，剩下200是被逼绕近道的。但是每个人都尽力了，这时候应该每人100分，人之间不完全相同这是无法否认的。

因此每人的分配的任务为a，则应按其完成量分配分数。当然这些任务也不是完全固定的，可以随着合作的进行灵活调整。不过根据诸人的a值可以分给不同的分数。为什么分数一定不可以相同不太了解，也许老师经历过什么比较特别的事情吧。那就根据a值排开，以20为中间分数，各自差0.5分。

黄明源：

分数分配问题：

这个分数分配规则有待商榷，不能得相同的分数，个人不是很赞同这点。

如果遵守这个规则，最公平的做法我觉得是兼顾能力和努力程度分配分数而并非按贡献分配。因为并不是每个人都有很高的编程能力，多劳多得并不适用，我编程能力弱些，但我确实很想完成好任务，也努力的做了工作，你不能否认我的成绩，虽然我对团队的贡献不大。所以我觉得应该看态度来决定分数而不是对最终的代码的贡献度。至于分数，我觉得只要都很努力的为团队付出了就应该一样的分数，因为我们并不会因为是同学就会放水照顾，付出少的同学也不会好意思拿和其他人一样的分数，大家可以共同协商，得到最终的结果。这个我觉得还是团队项目完成后做比较靠谱，因为规则是活的，不能在之前就定死了，这并不是个好的动力源。