2021 任务协作机制

协作机制

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

职能定位

愿景委员会

1.Epics 制定 2.成员招募

开发者/发声 委员会

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

开发者

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

协作机制

整体任务的生产、开发、提交、测试和交付流程,如下:
Could not load image
1.每一个UserStory建立一个任务执行协同文档,负责记录Story执行过程的问题讨论、会议记录和其他备忘录等 2.任务产生的代码存储到github,其他源文件存储到UserStory的石墨文档里 3.Master负责任务总协调与进度管理

任务分配原则

任务分配继续沿用 SMART 原则
Could not load image
Specific(明确) Measurable(可衡量) Achievable(可达成) Relevant(相关) Time-bound(有时限)

任务管理工具

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

1.需求转换成产品:

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

2.产品转化成UserStory

Note:在这个过程中:拆解任务要足够细力度,同时要有层次,按照层次分配和验收任务,例如:一个UserStory的拆解,应按照如下标准:
1.架构设计文档 2.数据库设计与建表 3.接口的设计与编程 4.前端页面与功能拆解
重要的是按从下向上的层次分配任务,实施开发和验收任务,禁止打破逻辑顺序,盲目追求效率而忽视底层基础架构和设计,经常发生的反例是:一个开发者接了一大快整体的,没有拆分细粒度的任务,最后因为开发者中途有事无法继续完成任务,新开发者无法接入,导致任务停止,研发进度阻塞
4.开发者委员会-开发委员 将整体的需求拆解成 UserStory ,撰写清晰的开发需求PRD 和 申请合理的Token预算
5.为每一个UserStory分配一个执行委员,负责跟进该Story的项目协调与管理
Could not load image

3.UserStory拆解成SubTask

5.开发者委员会 将UserStory按照合理的逻辑关系和任务顺序 拆解成SubTask ,填写好Taiga,并分配对应的Token激励
6.开发者委员会指派具体的委员,将SubTask 分配给具体的开发者,同时该委员担任该开发者的Mentor,负责开发者在执行过程中的协调与任务管理 同时同时该委员负责该任务的进度管理,协调管理等
Could not load image

4.开发者任务提交

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

5.Master vs Mentor

1.Master 是负责整个UserStory的协调与管理,对UserStory的完成进度和质量负责,Master 通过有效的组织协调和管理 多个Mentor ,通常情况下Master 就是对应的mentor
2.Mentor 是负责SubTask的协调与管理,对SubTask的完成进度和质量负责,负责开发者在执行具体任务过程中的协调与进度管理

Last modified 10mo ago