整体目标：
1.开发者专注任务，组织者关注进度
2.降低无效时间，节省全局时间，会议拉开层次
3.严格各节点任务的时间点 Taiga
重点关注：
主计划管理：
1.主计划管理文档先行
1.文档目录：https://comunion.yuque.com/fxq3wg/xlx5by
2.创建一个当前待开发的主计划协同 文档
3.创建Taiga，从第一个任务开始
2.产品需求 到 项目任务: 从产品需求 分解为对应的节点性任务
流程如下：
A.产品设计流程 @产品委员会
1.撰写立项文档与业务逻辑文档
2.撰写产品PRD文档
3.设计产品原型图
4.视觉设计规范、UI/UE 图(第一周）
5.产品与设计定稿
6.产品扫盲会(#第1次会议)：产品 与 UI 定稿以后需要与所有开发者做一次产品扫盲会议 ，开发者全员参与，产品主讲(产品设计理念、UI设计思考)
B.开发者委员会 评审 与任务拆解工作（三次会议构成）
1.开发者委员会 确定可参与研发的开发者名单，并记录到主计划文档中
产品的三次评审：
2.第一次评审会议(#扫盲会后第2天)：开发者委员会 第一次对产品需求进行评审需求
评审的主要目的是理解需求， 只关注流程， 记录细节
a.开发者委员参与
b.产品讲解需求
c.开发者委员会-各委员 讲解需求
3.第二次评审会议(#第1次评审会后第3天 )：开发者委员会再次评审，其中 各部分执行委员主讲， 对应的开发者客讲，并进行各种问题的 深入细节讨论
4.第三次评审会议：确认需求，确保需求确认无误 开发者委员会与参与开发的开发者 参与评审，其中由具体的开发者主讲自己接到的需求，并就一些细节问题进行讨论 ，最终记录到主计划文档
5.确认开发者委员会，参与的开发者 全部了解自己的任务信息、开发相关信息
开发者委员的工作：
1.发起 开发启动会，由各开发者委员参与，拆解为US(User Story)：
a.执行委员需确认各自小组开发者对需求都已经理解
b.完成 各小组任务所需的技术调研 和 开发前准备工作
c.拆解到UserStory 根据前端， 后端， 合约，运维
d.从UserStory 拆解到 Task, 全部指向各执行委员
e.由执行委员在在一周内将任务指派给对应的开发者，并在taiga的task上填写好任务开发所需要的完整信息
f. task 的所有相关字段信息， 委员再此时必须填写完整， 在开发者获取到task后，在task的标注信息下， 就能了解自己开发任务
2.开发者委员会 进行基础核心架构设计与建设工作
前端工作组件做好大致的架构工作
a.明确开发者已了解自己执行任务所依赖的环节以及相关联信息(产品或后端，合约等)
b.排序任务的优先级
c.完成前端组件复用的设计
后端工作
a.完成技术准备工作
b.完成后端数据库表结构设计
c.排序任务的优先级
合约工作
a.完成技术调研工作
b.明确开发者已了解task关联信息（前端给谁来调用， 后端与谁来链接）
3.开发者委员与开发者一对多沟通
- 执行委员与开发者对接确认需求， 提测时间， token，并继续完善填写完整的任务Taiga
- 明确开发者已了解自己执行任务所依赖的环节以及相关联信息(产品或后端，合约等)
- 开发者完成开发测试用例
- 正式进入开发
3.创建Taiga 和 Excel
1.Taiga 用于为开发者分配任务，并填写开发该任务需要的完整的任务所需信息，如需求文档，开发备注 等
2.Excel 用于开发者委员会全局管理任务
4.任务执行过程管理
1.开发者维护Taiga 任务状态
2.任务执行中间过程：主计划协同文档
5.Excel 按周-全局视图进度管理
1.识别问题特质，难题组织会诊，别让开发者一个人陷入难题
2.明确原则，严格且透明的遵守 协作原则
6.任务清点与事故分析
1.所有任务完成后，阶段版本的项目 进行统一盘点，分析问题，总结经验，并做到 结合实际的情况 来进行token数额修正，奖惩分明，并撰写 版本总计分析报告，报告存放地址：
Comunion 组织备忘录：https://comunion.yuque.com/fzqg12/srovha
2.具体任务的延迟事故责任明确或是奖励的缘由明确后， 任务Mentor 将具体缘由回填到 Taiga 评论中
3.Mentor 修改Taiga状态 为：Ready for token
4.开发者撰写个人版本经验总结
5.总结提交后，愿景委员会进行Token分发
6.Mentor 修改任务状态为 Close，任务合约结束
若有收获，就点个赞吧
0 人点赞
