【Beta】团队协作模式探讨试行

概述

鉴于Alpha阶段松散的结构和低下的效率，以及Scrum会议时间过长、文档不到位、无标准化验收等问题，尝试对协作模式作一点变化。
依照课程压力等实际情况，以及按照贡献分分配原则，以一周为贡献分计算周期，每周三次的Scrum例会报告为计算依据。特别说明：Scrum例会仅报告遇到的困难作为下一次发布任务的依据，不包含任务发布和验收，会议之后发布该次任务的验收情况以及发布下一次任务，每个阶段计算四个周期的贡献，每周不计算本周贡献。
一个周期内发布三次任务、每人要根据任务要求，完成自己的职责（编码以及文档），新增验收环节，完成的任务需要通过PM的检核。
以下分角色明确每个成员的职责：

PM×架构

责任人：冯炜韬
每周根据情况发布三次任务，每次发布任务前书写任务明确条例及验收方式。任务周期完成后，组织Scrum例会，参考各团队成员的困难。例会后一天内按照任务条例进行任务成果验收，并记录当次任务情况，写Scrum例会报告。
同时需要对前后端均有一定程度的熟悉，可以辅助编码。

前端

责任人：邓楚云
开发前端：要求，尽量最大化代码重用，前端编码按照规范，注意缩进、注意js管理，编写前端说明（如何新增一个基础实验；前端js操作说明（每个js的用途归纳、js内必须为function和常量定义，不要有单独的执行语句，单独的执行语句在当前html范围进行））。

后端×服务器

责任人：岳桐宇
负责服务器依赖安装、环境配置、php编写。PHP按照Laravel规范即可。同时整理API文档，每做更改或者新增/删除接口，当次任务周期内需更新API说明。

脚本×LaTeX

责任人：程富瑞
管理物理实验脚本，按物理实验脚本编写规范编写，整理脚本调用文档。

脚本×测试

责任人：杨子琛
负责进行物理实验脚本的测试、网站使用的测试，负责测试文档的编写，注意整理测试资料。

未完成任务补完机制

若任务未通过PM验收，有两种处理方式：第一种、该次任务成果为0，下一次任务为当次任务未完成部分，以及适当新增新的内容。
第二种、当次任务成果为0，下一次发布新的任务，当次任务的未完成部分由其他人（可以是团队中的任何人）加班完成，当次加班者获得该成果的70%。
若第二种无法执行，执行第一种。

细节请和PM沟通

转载于:https://www.cnblogs.com/Default1406/p/6093892.html