重点项目工作规范及注意事项

一、需求评审阶段

需求正式评审前, 要有沟通流程 , 保证主要逻辑完整
项目评审阶段，根据项目目标(或预期收益)，评估需求设计的合理性，同时审查数据统计是否可有效验证目标达成情况；
明确项目owner(一般为项目发起方)，统筹领导，对最终结果负责；
需求评审时，技术负责会议记录，评审后根据邮件模板发出会议纪要；
相关需求变动，结论、会议纪要 , 及时发送邮件周知、存档；

二、详设阶段

技术详设阶段，即应记录上线待办清单，避免遗漏；
详设评审应以架构/功能设计方案评审为主，接口签名为辅；
需求评审、详设评审、case评审阶段，当后续工作对上游的需求、设计有补充或变更时，发起人推动上游负责人更新文档或做相应记录；

三、开发联调阶段

开发前 , 需求内的前置依赖要有确定日期 , 例如: work需求 , 短信模板, push模板
临时代码变更，标记TODO/FIXME，并且：1.养成提测前做清理工作的习惯；2.上线前sonar可自动检查(已配置，TODO→minor；FIXME→major)；
保证代码质量: 主要功能点逻辑自测
联调周期长的情况，各联调参与人明确具体节奏并做把控(尤其流程靠后的联调工作，至少应到天粒度)，项目经理负责督导；

四、测试阶段

重要数据配置 , 要在测试环境进行测试 , 且在上线计划中有所体现；

五、上线及上线后

上线计划需要包含沙箱及线上验证工作，需要业务方支持的工作需有专人负责督促落实；
上线后关注相关数据情况，有针对的做产品迭代；