需求会接需求

1.1 需求的价值和意义

1.2 需求的产品层面，用户体验层面，公司的核心价值观，战略

1.3 需求的实现的可行性

1.4 需求实现依赖的资源和业务方

技术方案评估

2.1 技术方案 方案 性能；

2.2 实现复杂度；

2.3 维护便利性；

2.4 扩展性；

2.5 是否符合现有技术架构，成本；

2.6 技术风险的兜底方案和措施；

工期人力排期评估

3.1 评估需求的工作量，如果人力；

3.2 自我时间排期；

3.3 依赖方排期评估；

3.4 测试，运维 资源 排期；

3.5 关键事件节点时间确认：接口文档，联调，灰度升级，全量，客户端全量等；

需求开发，测试，升级 阶段:

4.1 确认需求实现方案；

4.2 接口文档输出给相关对接方；

4.3 多版本兼容性考虑；

4.4 自我编码实现，注意编码规范，代码逻辑结构，层次，注释，关键日志打印；

4.5 实现中遇到细节与方案设计冲突时，及时反馈，重新调整技术方案；

4.6 实现中遇到产品设计方面漏洞，及时反馈给产品，重新调整产品方案；

4.7 自测，压测，性能分析，性能优化；

4.8 及时联调发现问题，给测试提测；

4.9 解决测试问题，在问题中总结反思，杜绝类似问题发生；

4.10 关键接口和业务评估增加监控及报警

4.11 服务质量是生命线，技术风险评估，性能维度，业务安全等维度保障服务质量；

升级交付阶段

5.1 执行灰度升级，确认灰度结果；

5.2 执行全量，切量查看日志；

5.3 检测服务运行情况，运维资源情况（cpu，内存，网络，日志）；

5.4 检测业务运行情况（设备在线数，订单数，秒杀折扣，支付渠道，调度任务）；

5.5 关闭灰度功能；

维护阶段

6.1 完善监控体系，增加新需求业务的监控；

6.2 新问题排查维护，反馈，优化，完善；