2021 任务协作机制

协作机制

经过整个2020年的实践总结,网链组织在实践部分上虽然具有可执行性,但也已经暴露出一些明显的不足,实践的不足反映在理论上的问题是复杂和过于形式化,例如执行委员会职能不清晰,任务的连接关系问题导致开发者之间无法进行前后驱动,而是需要中心化会议统一调度导致进展缓慢,因此结合过去2年的实践经验和理论基础,继续升级和完善网链组织的协作机制,形成2021年的网链组织协作体系,以简单高效有用为主题,推动网链组织的关键理论部分可用、完善并发展

职能定位

愿景委员会

1.Epics 制定 2.成员招募

开发者/发声 委员会

1.成员招募 2.需求文档撰写 3.UserStory 制定 4.SubTask 分配 5.Token申请与文档总结

开发者

1.任务执行 2.执行文档-便于交接 3.任务测试与交付 4.任务总结

协作机制

整体任务的生产、开发、提交、测试和交付流程,如下:

1.每一个UserStory建立一个任务执行协同文档,负责记录Story执行过程的问题讨论、会议记录和其他备忘录等 2.任务产生的代码存储到github,其他源文件存储到UserStory的石墨文档里 3.Master负责任务总协调与进度管理

任务分配原则

任务分配继续沿用 SMART 原则

Specific(明确) Measurable(可衡量) Achievable(可达成) Relevant(相关) Time-bound(有时限)

任务管理工具

https://taiga.comunion.io/

愿景委员会+开发者委员会的协作

1.需求转换成产品:

1.愿景委员会与开发者委员会-产品委员 提出产品需求并编制需求文档 2.产品委员 撰写产品PRD:高保真原型图和需求说明文档 3.产品组织开发者委员会委员进行需求评审、评审后改进在最终通过通过评审

2.产品转化成UserStory

Note:在这个过程中:拆解任务要足够细力度,同时要有层次,按照层次分配和验收任务,例如:一个UserStory的拆解,应按照如下标准:

1.架构设计文档 2.数据库设计与建表 3.接口的设计与编程 4.前端页面与功能拆解

重要的是按从下向上的层次分配任务,实施开发和验收任务,禁止打破逻辑顺序,盲目追求效率而忽视底层基础架构和设计,经常发生的反例是:一个开发者接了一大快整体的,没有拆分细粒度的任务,最后因为开发者中途有事无法继续完成任务,新开发者无法接入,导致任务停止,研发进度阻塞

4.开发者委员会-开发委员 将整体的需求拆解成 UserStory ,撰写清晰的开发需求PRD 和 申请合理的Token预算

5.为每一个UserStory分配一个执行委员,负责跟进该Story的项目协调与管理

3.UserStory拆解成SubTask

5.开发者委员会 将UserStory按照合理的逻辑关系和任务顺序 拆解成SubTask ,填写好Taiga,并分配对应的Token激励

6.开发者委员会指派具体的委员,将SubTask 分配给具体的开发者,同时该委员担任该开发者的Mentor,负责开发者在执行过程中的协调与任务管理 同时同时该委员负责该任务的进度管理,协调管理等

4.开发者任务提交

1.代码merge到github仓库里 2.文档文件 在石墨里和bbs上 3.源文件等 以附件的形式提交到 subtask里

5.Master vs Mentor

1.Master 是负责整个UserStory的协调与管理,对UserStory的完成进度和质量负责,Master 通过有效的组织协调和管理 多个Mentor ,通常情况下Master 就是对应的mentor

2.Mentor 是负责SubTask的协调与管理,对SubTask的完成进度和质量负责,负责开发者在执行具体任务过程中的协调与进度管理