团队贡献分的分配

  经过今天的讨论协商,我们基本确定了这轮软工项目的团队贡献分分配策略。下面是我们在会议中提出并普遍认同的几个侧重点,并且在每个侧重点上进行百分比率的得分分配,同时每个侧重点根据重要程度分配基础分,这样到最后我们能将300分(团队6人)完整且准确地分配给每个团队成员。同时我们在会议上进行了第一周个人贡献分的分配,鉴于团队工作的进度才刚刚开始,最后的团队贡献分并不以此为具。

(一)分配侧重因素



(1)实质工作量(Workload,简记w):

  工作量必然是衡量贡献比重的标准之一,按劳分配,多劳多得,但是这不是唯一的标准,而且工作量不能仅仅根据你写的代码行数或者客观花费的时长来进行评判,dev相对于test来说需要写更多的代码与注释,然而并不意味着test的工作量就会比dev少多少,所以我们决定用实质工作量来衡量每个人的贡献额度。所谓实质工作量,是指在综合考虑了代码编写、代码检测、资料搜集、会议发言等因素之后得出来的工作量比例,所有团队成员的实质工作量之和为100%。

  我们对以一周的工作进行了总结,经过会议协商,PM潘礼鹏负责综合调配,需求分析,从整体指导团队方向,其实质工作量为20%;组长符美潇兼任DEV、TEST与团队博客日常管理,实质工作量最多,w为23%;组员焉域政作为主DEV成员之一,w为15%;组员谢金洛、周文祥、玉钟焕主要从事测试工作,考虑到项目源码的完善性,BUG和缺陷理论上不多,TEST的工作量相对较小,所以三人w均为14%。

(2)知识贡献度(KnowledgeContribution,简记k):

  所谓知识贡献度,指的是在了解爬虫项目的过程中搜集资料和学习领域知识的程度,照样以百分比为值,成员总和为100%。首先爬虫项目对于我们所有成员来说都是零基础起步的,资料查阅必不可少,而且数据库,服务器等知识我们还没有进行过完备而系统的学习,这些都是需要专门去自学的。

  从第一周的工作情况来看,主DEV符美潇、焉域政由于主要操刀代码修改的工作,所以他们需要课下自学大量数据库和服务器等知识,任务难度最大,k为每人20%,剩下的成员主要是调研论文和算法,难度和贡献度相当,四人k值分别为10%、17%、17%、16%。

(3)积极程度(PositiveDegree,简记p):

  积极程度的定义和以上无异。我们一致同意,一个团队项目的促成不仅仅需要领头的不断督促,更需要每个人积极参与到其中,积极的工作态度不仅能提高我们的效率,更能带来更加愉悦的工作过程。积极程度的设定也将一定程度上增进我们的项目参与度。

  从第一周的工作参与时间上看,组长符美潇和PM潘礼鹏是最积极份子,第一时间获取当周任务并协调分配,p为25%,组员谢金洛提前学习TFS的使用并在组内进行教学,得到20%的p值,其余三人p值每人10%。

(二)分配公式



  每人的基础分为50分,则团队总分为300分,我们将这100分按照比重分配给三个侧重因素,w占150,k占100,,p占50,记最后得分几位G(Grade),则团队分配分的得分公式为:G =150 * w + 100 * k + 50 * p。

(三)第一周工作的预估分数



  根据wkp分配原则,我们可以得到以下团队贡献分分配表。

姓名 w基础分 w(%) k基础分 k(%) p基础分 p(%) G
潘礼鹏 150 20 100 10 50 25 52.5
符美潇 150 23 100 20 50 25 67
焉域政 150 15 100 20 50 18 51.5
谢金洛 150 14 100 17 50 12 44
周文祥 150 14 100 17 50 10 43
玉钟焕 150 14 100 16 50 10 42

  当然一个成员的贡献程度不仅限于以上三种因素,会议中我们还提出了很多的因素,只是大多比较琐碎或者包含于wkp中,也就是说wkp高度概括了我们团队的工作分配情况,会议中甚至提出了根据颜值来衡量贡献,当然只是谈笑不作采纳。在假使情况中,部分成员的预估分数高于50很多或者低于50很多,这说明现阶段的任务分配过于倾斜,在后面的任务改动中,我们将为预估分较低的成员们分配更加均衡的任务,给预估分过高的成员减轻一定的压力。不管如何,上述分配情况是会议共同讨论出来的成果,通过了成员的一致同意,所以并无异议。具体的wkp分配比率和基础分分配会依据未来的项目情况进行。

(四)基础个人贡献分



  我们的爬虫项目降持续4周的时间,每一周的工作都会不同。

  经过我们组所有成员的同意,我们会在每周末的例会上根据本周的工作情况根据我们的wkp分配原则计算一次本周的个人贡献分。在项目最后的一次会议中将共同协商,对每周的工作分配权重。则可得出我们每个人最终的基础个人贡献分为:

  G=G1*x1+G2*X2+G3*X3+G4*X4

  其中G1、G2、G3、G4分别为4周根据wkp分配原则计算出来的周得分;x1、x2、x3、x4为权重,x1+x2+x3+x4=90%。

(五)额外贡献分



  从以上的基础贡献分我们知道4周的权重总和是90%。而剩下的10%的权重(即30分)是我们为了增强组员的工作热情,设立的额外贡献分。

  会议中我们考虑到该项需结合实际,所以在日常工作中,需成员通报,由队长和PM进行审理,如果队长和PM都同意,则记录下来,在最后的总结大会上由全员讨论。

  加分项不受限,如若组员觉得他所做的这项值得加分便可报告,例如:

  1.发现了一个重要的BUG并解决。

  2.额外实现了要求之外的功能。

  3.设计了一个效率很高的算法。

  ...

(六)最终个人贡献分



  通过以上讨论,我们团队的最终个人贡献分便是由基础贡献分和额外贡献分共同组成。这样做不仅保证了成员对于基础工作的重视,同时也鼓励成员进行基础之上的创新,尽我们最大的可能把工作做到最好。

时间: 2024-12-20 06:55:42

团队贡献分的分配的相关文章

浅谈团队贡献分如何分配

我们团队选择的是剧院模式,所谓剧院模式,是指在每一个项目中,不同的人会挑选不同的角色,在下一个项目中,这些人也许会换一个完全不同的角色类型,各人在团队中听从一个中央指挥的导演和安排 .我们团队成员都认为这中团队模式相对公平,每个人都能各司其职,在贡献了自己的力量后,所能得到的团队共享分也将会是合理的. 阅读了猪,鸡和鹦鹉的故事后,我们可以看到,这三个小动物决定合伙开一家欧式早餐店,然后他们三个人所做的事情都是不同的,猪贡献猪肉,鸡提供鸡蛋,鹦鹉提供咨询,给其他成员提供建议等.对于这三个成员,猪的

(第八周)团队贡献分的分配规则

项目名:连连看 组名:天天向上 组长:王森 组员:张政.张金生.林莉.胡丽娜 小组评分依据: 工作成果评价和工作量 分配规则: 个人贡献分=((个人评分*0.5+组长评分*0.5)*0.5+(个人工作量/团队工作量)*0.5)*总分 个人评分范围在0-1之间 组长评分范围在0-1之间

第5周团队作业2:团队贡献分分配

Echo队共有成员7人,团队贡献分共350分.我们经过讨论确定了一套分配团队贡献分的方案,现将相关内容记录如下: 一.方案原则 1.分数的分配应当能够反映出每位成员对团队的真实贡献.即贡献越多的成员将得到越多的团队贡献分,贡献较少的成员将获得相对较低的团队贡献分. 2.分数的分配方案应当充分调动成员的积极性.即对于积极参与团队贡献的成员,应当给予鼓励:对于较少参与团队贡献的成员,应让其感受到一种紧迫感. 二.方案考虑 1.每项作业要“悬赏”一定的分数,对全程参与的成员给予相应的分数.如此一来利于

团队贡献分分配

团队贡献分分配 201306114304 容骏朗 16 201306114305 欧其锋 28 201306114315 吕日荣 23 201306114317 余汉诚 18 201306114318 张梓锋 15

团队博客作业Week5 --- 团队贡献分--分配规则

团队会议 时间:公元2015年10月26日22时3分20秒 地点:宿舍楼716房间 与会人员:陈谋,李剑锋,卢惠民,刘夕霆,仉伯龙,潘成鼎. 会议内容:今天的组会主要讨论的是项目团队贡献分的计算方式,在会议期间陈谋建议将分数划归为项目基础分(保底分数).基本贡献分和特别贡献分.我同意陈谋的观点,而且我认为基本贡献分应当至少包括以下几个部分:任务完成的程度,任务完成的质量,任务是否按时完成,以及代码是否遵循团队的代码规范等.卢惠民.刘夕霆.仉伯龙.潘成鼎也分别发表了他们的观点,概括起来主要是将特殊

alpa开发阶段团队贡献分

这是我们团队之前决定的分配方式: 1.凡是认真完成自己任务的队员,都将有基础分30分(态度分). 2. 将整个项目细化为不同的任务,列出一个任务清单,在综合.协调完每名成员的意愿后,我会分配清单中的任务给每名团员(存在能者多劳的现象,但会 尽量平均分配).之后我们会开会协商每一项任务的分数(先将除去所有基础分后所剩的140分除以任务总数得到每项任务的基础分,再根据任务的难度等对基础 分进行增减). 3.项目中如果存在“救场”现象,即某名成员在完成任务时遇到了困难,不得不让其他成员花费相当一部分时

sprint2的总结及团队贡献分

1.sprint总结 本次sprint做了餐桌模块.点餐模块.订单模块.菜单模块等,用户可以进行输入餐桌号然后查看菜单.选择菜品.进行数量的添加和删减,查看已经选择的菜品即菜单的详情,还可以对订单进行备注,当订单传送到后厨的时候,后厨会接收到订单,然后看到订单,可以对菜品选择烹饪状态,比如等待烹饪.正在烹饪.烹饪完毕等,具体的功能截图在上一个博客有截图. 这次的sprint效率较低,预定的功能没有完全完成,接下来还有一次sprint,希望同伴们都能坚持一下,完成最后的冲刺,尽量把我们的项目完成,

[课程设计]Sprint Three 回顾与总结&发表评论&团队贡献分

● 一.回顾与总结 (1)回顾 燃尽图: Sprint计划-流程图: milestones完成情况如下: (2)总结 这次课程设计到这里就正式结束了,一个月来,团队配合十分默契,互相帮助,都能按时完成任务,让项目能在规定的时间内完工.在这次课程设计中,自学到了很多专业课以外的知识,也进一步加深了对开发流程的理解. (3)多鱼点餐系统展示(手机/平板浏览页面更佳) 我们为了让实现效果更好,能让更多人对我们系统进行测试反馈工作,我们也把网页系统上传到服务器,并附上顶级域名,对于我们的系统有什么意见有

Sprint 3 回顾与总结 和团队贡献分 以及Sprint 1、2、3 总概

团队情况: 团队名称:Heaven Fire 团队博客地址:https://home.cnblogs.com/u/gjpg/                         团队Github地址:https://github.com/heavenfires/OrderStyem 团队成员: 成员学号(组长):201406114207   姓名:甘佳萍   个人博客地址:https://home.cnblogs.com/u/gjpg/               个人Github地址:https: