团队工作准则&贡献分配规则

团队工作准则&贡献分配规则

NewTeam 2017/10/24 v1.0

---

工作准则及内容

全体成员	所有成员在接受任务时应结合自身情况考虑，如果认为任务内容或时间有不合理之处应当立即提出修改要求，讨论后修改 完成任务过程中如果遇到技术问题应即使寻求他人帮助 完成任务过程中出于任何原因，估计无法在预期时间内完成，应尽早寻求他人帮助或通知PM申请任务转移或推迟截止日期
开发人员	包括界面、交互、数据处理、API对接在内的开发工作 完成开发任务后需进行基本的测试 修复自己负责的部分的bug，并在BugRecord中进行记录 尽量遵顼代码规范，尽可能保证代码的可读性 工作内容有交叉的开发人员需做好沟通，或要求PM协助沟通 对测试人员、PM提出的bug可以有异议或进行说明，可以反对PM提出的修改建议 可以要求PM修改任务时间或内容，或要求PM协助解决技术问题或协助开发
测试人员	包括但不限于功能、逻辑、用户体验的测试 将bug记录在BugRecord中，写明测试环境、测试用例、代码、责任人、严重程度 发现bug时与开发人员进行充分沟通，督促开发人员修改bug
项目经理	撰写Alpha阶段所有文档、博客；协助解决所有问题；安排任务，把握进度 负责记录团队成员工作考核情况，接受成员监督 制定必要的规范 对架构、具体内容提出建议时需充分在团队内进行讨论 必要时协助进行开发和测试 以每个功能为准作为一个考核阶段

---

工作质量考核

	开发人员	测试人员	项目经理
质量较高	经测试人员测试，认为基本没有问题 PM也认为无需进行太多修改可进入下一阶段	发现了大部分的bug PM没有发现新的bug，避免影响后面的开发工作	文档排版较好，内容充实 及时协助解决问题，不影响项目进度 项目能够顺利进展，所有成员对任务安排都比较满意（需全体成员认同）
质量一般	经测试人员测试，发现部分问题，但不影响主要功能 PM提出进一步的改进建议	测试人员能够发现大部分bug 少量不影响主要功能的bug被PM发现	能够协助解决问题，但不够及时 项目能够顺利进展，但成员经常要求对任务做出修改、中途提出申请
有待完善	经测试人员测试，发现有较严重问题，主要功能不能实现 PM认为在暂时无法进入下一阶段	测试人员未能发现较严重的bug 由PM发现，或影响后续的开发工作时才被发现	文档草草了事 不能协助解决问题 成员难以完成任务，或成员无所事事，项目不能顺利进展（全体成员监督）

---

贡献分配

加减分事由		个人任务	接手他人任务
质量较高		+3	+5
质量一般		+2	+3
有待改善		-2	0
未按时完成（技术/客观原因）		0	+1
未按时完成（个人原因）	提出转移任务，由他人接手	0	NA
	提出延期，且完成时未耽误进度	0	NA
	提出延期，且完成时耽误项目进度	-2	NA
	未提前进行任何说明	-3	NA
其他说明	每人基本分50分，根据工作情况进行相应的加减分
	个人最终得分 = 250 * 个人得分 / 总分