需求开发踩坑总结（二）

1. 上线前后注意

• 通过发布审批
• 正确而完整合并代码到上线分支，要在最后一轮测试前合并同时解决冲突，避免上线前有合并冲突
• 快照版本号 SNAPSHOT 改为正式版本号 RELEASE（Maven）
• 确定好各种配置以及顺序，如上线前、上线后、数据积累一段时间后（展示）
• 确定好项目上线顺序
• 确定好异常回滚的补偿与兜底
• 上线时需要观察监控报警和数据是否异常
• 上线后无论正常还是异常均完成及时需要回复审批
• 上线完成且正常回归合并如 master 分支

2. 需求确定与多人合作

• 需求需要从产品过来，并安排版本做，如果是需求方直接提过来，需要和产品确认
• 确保真正了解需求方提的需求：背景，如：拉新、留存、促活、首充、充值、bug、政治任务、普查处理、市场处理、工信部处理、市管局处理等
• 多人合作时，需要第一时间分解需求，确定每个人的开发边界以及交互的数据，多沟通
• 没有审批或者 Leader 的指示不要给别人操作

3. 开发文档

• 大点的需求尽量写文档，多人协作才方便快
• 同时需求改动（需求是多变的）还需要会同步所有人，且思维逻辑不同讲解起来很累
• 同时业务改动还需要维护文档，此时可以形成知识沉淀、为后续迭代开发埋下种子
• 标题：
  • 需求背景
  • 需求内容（迭代也需要更新）
  • 模块划分（交互序列图）
  • 技术选型（风险点、容灾兜底）
  • 数据模型设计（接口、库表、交互序列图）
  • 技术难点（详细流程图）