研发演进推演泳道图

新加G3

6月初补充G4组1+3人，6月下旬前协助H模块做非业务性功能

6月下联调阶段

8月下测试阶段

7月初中测试阶段

8月中下联调阶段

模块H2

模块迭代与后续模块的修订

模块A1（1代表相对工作量，下同）

6月

7月中下设计阶段

说明：1 每个分组包含对应UI、前端、服务端、测试，但各角色在各分组中有不同程度的复用2 业务复杂度与不确定性导致一些风险暂时无法定量分析

6月下评审阶段

6月初设计阶段

新加G4

7月初中评审阶段

7月初联调阶段

8月中开发自测阶段

已做模块

8月

6月下开发自测阶段

6月中评审阶段

模块M1.5

6月中开发自测阶段

7月中设计阶段

待做模块

G2

在做模块

模块B1

需进一步评估

7月上测试阶段

G3

3组在保持团队人员基本稳定下，根据业务复杂度与工作量做适当人员调整

演进日期

G1

考虑收入复杂度与工作量，模块H冒烟完成后将抽调1人到G2组

模块E0.5-1

6月下设计+开发自测

 系 统 研 发 与 进 展 推 演 图

为满足830上线条件，将尝试从以下角度进行可行性与风险推演：1 进一步评估研发演进节奏可行性；（全体，节奏业务与实现可行性）2 需补充服务端人员3-4名(中级为主)（人员)，需要评估推演UI、前端与测试端2-4的人员缺口情况；（全体，人员缺口）3 需要讨论打破现有研发建制流程可行性与潜在风险：冒烟测试通过后除堵塞性流程bug进行修复外，全体模块人员快速进行后续模块评审、测试回头再进行系统补测，UI合理进行走查穿插；（全体人员，流程变更）4 在满足主流程的基础上，需要评估部分模块是否减少非必要功能点开发、是否可以再上线后再进行数据迁移（全体，功能与工作量调整）；5 需要进一步评估新增G4人员在6月初中旬进行其它项目模块支援的可行性；（服务端，业务与技术可行性）6 需要进一步评部分模块PRD产出的时间；(产品，PRD产出)7 需要进一步评估修改现行测试用例级别设定规格；（测试，用例规格调整）8 订单迭代需求收敛

补充2人做模块G，同时兼顾6月下模块F的联调与模块G的开发&自测、联调

模块F0.5-1

模块C1.5-2

业务分组

模块J1.5

模块G0.5

模块N1.5

9月

7月

测试

模块D2-2.5