一、小组成员工作准则
功能准则是每个成员所要达到的基本要求，需要全体成员相互监督，相互鼓励，推进项目稳固前进。
- 全体成员
- 按时参加组会，如果无法参加需要提前请假。
- 组会汇报时应当诚实、有准备地汇报。
- 应当即使维护、修改自己负责的功能模块的文档。
- 如果遇到有损于个人进度或者团队进度的行为，应当及时汇报。
- 团队偏好规则（这些规则都没有什么道理）
- 代码风格必须符合产品经理偏好！
git commit风格必须符合产品经理偏好！- 注释风格必须符合产品经理偏好！
- 产品风格必须符合产品经理偏好！
- 项目架构必须符合架构师偏好！
- 团队分工必须符合架构师和产品经理偏好！
- 界面 UI 必须符合美工偏好！
二、贡献分配细则
按照课程说明，我们组内有 7 个人，所以可以供分配的为 350 分，我们决定将其中的 315 分作为基础分数，将 35 分作为奖励分数，将按照团队贡献值进行映射分配。
2.1 基础分计算方案
每个人的基础分被记为 s i s_i si ，每个人初始分数为 45，依照下表进行加减分：
| 类别 | 情况 | 加减分 |
|---|---|---|
| 基础准则 | 不符合团队偏好规则 | -1 |
| 未达到相应职位的基础准则 | -1 | |
| 代码质量 | 代码可读性差，维护难度高 | -5 |
| 代码具有可读性，质量高 | -2 | |
| 有易于理解的注释，代码易于维护，质量高 | 5 | |
| 准时性 | 按时完成 | +1 |
| 晚于个人进度，没有影响团队进度，且没有让 PM 不满意 | 0 | |
| 晚于个人进度，没有影响团队进度，并让 PM 不满意 | -1 | |
| 晚于个人进度，且影响团队进度 | -3 |
基础准则和准时性两类情况可以重复加减分。
2.2 奖励分计算方案
每个人的奖励分被记为 t i t_i ti ，每个人初始分数为 0 分，依照下表进行加分：
| 类别 | 情况 | 加分 |
|---|---|---|
| 工作量 | 超级多 | +4 |
| 多 | +2 | |
| 适中 | +1 | |
| 少 | 0 | |
| 额外工作 | 担任管理工作 | +2 |
| 进行超前进度任务 | +2 | |
| 提供有用资料或者技术方案，极大程度推进项目 | +2 | |
| 弥补他人的失误（按次计分） | +0.5 |
工作量由架构师和产品经理评定。
2.3 个人贡献分计算
2.3.1 基础得分计算
根据基础分计算分配比例
a
=
45
+
s
i
315
+
∑
s
i
\tt{a = \frac{45 + s_i}{315 + \sum s_i}}
a=315+∑si45+si
最终基础得分为
b
a
s
i
c
=
45
×
a
\tt{basic = 45 \times a}
basic=45×a
2.3.2 奖励得分计算
根据奖励分计算分配比例
b
=
5
+
t
i
35
+
∑
t
i
\tt{b = \frac{5 + t_i}{35 + \sum t_i}}
b=35+∑ti5+ti
最终奖励得分为
b
o
n
u
s
=
5
×
b
\tt{bonus = 5 \times b}
bonus=5×b
2.3.3 总分计算
最终得分为
t
o
t
a
l
=
=
b
a
s
i
c
+
b
o
n
u
s
\tt{total == basic + bonus}
total==basic+bonus
2.3.4 额外补充
- 如果出现同分情况，由全体进行评价，并最终由 PM 决定，在保持总分不变的情况下进行微小调整。
- 上述计算规则均为暂定，实际开发过程中可能存在变动，以实际开发情况为准。
- 最终解释权在 PM。
3103
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
