zoukankan      html  css  js  c++  java
  • TeamWork#2,Week 5,Our Measurement of Contribution to the Team

    经过了今天下午将近两个小时的激烈讨论,我们最终确定了我们的团队贡献分的分配方式,这种方式是我们团队都能接受的。

    我们的分配方式一定程度上借鉴了valve公司的队友评估原则,但是又不单单是这样。我们的分配方式有预评估和二次评估两个阶段:

    预评估:每个组员根据自己对其他组员的平时印象,对他的能力、热心、责任心等的了解,在团队项目开始之前,预先对他所能做出的、该做出的贡献进行估计,最终对应到一定分数。可以看出预估计只是非常粗鲁的估计,并不科学,但是它的作用却不容小觑:结合总评估,预估计能够平衡团队贡献分,使得做出更多贡献的队员能够拿到比预期更多的分数(并有额外奖励),贡献度没达到预期的队员能够拿到基本的分数不至于落后于其他团队的人太多。预估计并不适用于商业开发,因为专业的开发团队不具备队员相互了解等条件,也不必考虑平衡。但是在我们这个学生团队中每个人都是熟悉的,也不能否定某个同学导致不和。综上所述,预估计的存在在我们团队中非常合理,也得到了成员的一致认可。

    二次评估:综合考虑团队成员的个人能力、生产力、工作量、工作的重要性、工作的技术要求和额外的团队贡献等因素,由队员进行加权考察。这一部分很大程度借鉴了valve公司的队友评估原则。

    基本思想是:

    评估指标=工作量×技术难度×工作完成质量+额外的团队贡献+他人评价-自我评价

    当某一项工作出现严重bug则视作该部分工作量绩效减小;应用估计方法,每天开会都会确定工作内容、工作重要性和技术要求并分配工作;额外团队贡献分是为了给那些做完自己工作并对其他队员有所帮助的人予以奖励;个人能力和生产力以及预估计算占权重这三个系数在预估计中就会给出。可以看出,我们最大程度的保证了“多劳多得”,能调动有能力者的积极性,并且对影响团队进度的成员做出了适当警告,此外我们通过在完成项目后进行他人评价和自我评价的过程中让成员的自我追求与他人的评价相互制衡,防止成员对团队贡献的夸大和团队其他成员对优秀成员的针对。

    最后的团队贡献分的合成公式为:如果二次评估<=预评估,则团队贡献分=预评估;如果二次评估>预评估,则团队贡献分=二次评估×(1+(二次评估-预评估)÷二次评估)。这样团队贡献超出预期的队员能够获得适当额外奖励。团队贡献分50封顶。

  • 相关阅读:
    这一次搞懂Spring自定义标签以及注解解析原理
    为什么要谨慎使用Arrays.asList、ArrayList的subList?
    【踩坑系列】使用long类型处理金额,科学计数法导致金额转大写异常
    小心使用 Task.Run 解惑篇
    小心使用 Task.Run 续篇
    为什么要小心使用 Task.Run
    Visual Studio 调试技巧之即时窗口的妙用
    审计系统的一剂良方——事件溯源
    [C#.NET 拾遗补漏]13:动态构建LINQ查询表达式
    再聊 Blazor,它是否值得你花时间学习
  • 原文地址:https://www.cnblogs.com/sixsix/p/4044274.html
Copyright © 2011-2022 走看看