团队贡献分分配规则制定 - TEAM LESS ERROR

TEAMLESSERROR

已于 2022-05-12 21:31:10 修改

阅读量266

点赞数

文章标签：团队开发

于 2022-04-14 21:35:20 首次发布

本文链接：https://blog.csdn.net/czl_yt/article/details/124182286

版权

这篇博客详细介绍了团队贡献分的分配规则，包括正确性、复杂度、代码规范、接口规范、遵循贡献规则、及时回应通知和按时提交等七个方面。每个方面都有具体的评分标准，如正确性按bug严重性扣分，复杂度按时间复杂度比较扣分。最后，个人平时分数会通过加权平均转换为关键性系数评估的总分。

摘要由CSDN通过智能技术生成

平时分数

考察项目	描述	绩效分数
基本项：代码质量（C）	正确性、复杂度、代码规范、接口规范	0 - 30（15 + 5 + 5 + 5）
基本项：团队协作（T）	遵守Contributing Rule、及时回应通知、按时提交	0 - 10（3 + 1 + 6）
加分项（B）	n个bug发现、对现有设计或规则提出m个更好的建议并被采纳	0 - 10（1 * n + 1 * m）

注：

我们没有将工作量纳入考量范围，因为代码量 $\neq$ 贡献度，所以所谓工作量其实是一个很模糊、主观的概念，很难量化分析，在绩效考核中应该尽量杜绝这类指标。
正确性满分8分指经过测试无bug，如果发现一处bug按照这个标准扣分：

bug严重性三级量化指标：
-1分 ◼️◻️◻️ 仅稍微影响用户体验，不影响软件整体功能（例如：计划列表排序出错）
-2分 ◼️◼️◻️ 较大程度有损用户体验但不会引发致命错误（例如：添加计划失败）
-4分 ◼️◼️◼️ 严重影响用户体验或使系统崩溃（例如：死循环、未catch异常）

最终分数按照 $m a x (正确性实际得分, 0)$ 。
复杂度满分4分指经过一致认同该时间复杂度为当前最优解，如果有更优的时间复杂度被讨论出来则按此减分：

$O(1)<O(\log{n})<O(n)<O(n\log{n}) <O(n^2)<O(n^3)$