迭代规范
阅读
发布时间: 更新时间:
迭代流程
启动阶段
- 撰写需求文档;
- 与相关人员确定需求后打印,并签字确认;
- 发布需求文档;
- 整个迭代周期,都需要不断的更新文档;
- app的cms配置有对应的文档可查;
- 需求评审;
- 中途如有需求变更,周知全公司人员,并签字确认;
开发阶段
内测阶段
- 将相关的文档(产品需求文档、说明文档、bug)汇总给出来,便于相关人员测试;
- 大改动发布前,需要通知其他部门内测。TODO: 内测说明模板链接;
- 不需要特别稳定的版本,尽量早的给出内测版本,以便其他部门:
- 能够直观的再次确认需求;
- 提前熟悉新的系统,准备必要的数据、配置;
- 与设计确认页面还原度;
正式发布前
- 根据需求文档进行验收(功能是否符合预期、未完成的功能、现有bug决定是否发布);
- 编写版本号和desc给发布人员;
- 发布申请,批准后安排上线时间;
发布确认
- 编写 release note,并通知公司全体同事;
- 线上版本的验收,是否有重大bug,并记录,后续发补丁解决;
- 跟进各大应用市场的审核情况;
紧急发布流程
- 立项,建立对应迭代,周知团队成员;
- 从开发到发布阶段的事情,根据实际情况来做;