1.需求审查
清楚了解背景和目标值。
不写背景，目标不明确，提问，不直接进入产品方案。
评估产品方案是否合理，尝试输入改进建议，进行风险评估。
产品敢于质疑和优化。
参与技术方案设计，考虑后向和前向兼容性、耦合关系和联合影响评估。
主动参与方案，不要只等后端。
明确项目的紧迫性和项目全生命周期的进度安排。
你想什么时候给都可以。
参与者在评审会议上至少提出一项改进建议。
2.发展
确保接口上的模拟服务器
确定需求中涉及的所有数据交互方式，哪些接口可用，如何定义接口，如何与数据交互。
确保节奏按预期进行。
根据项目风险及时通知黄灯/红灯预警。
3.案例回顾
开发完成后，应在测试前进行。
确保所有案例都符合这一要求。
烟盒上有清晰的标记
积极补充缺失案例和回归点。
4.联合调试
所有功能比较测试用例都已经调试完毕。
所有调整后的接口信息已经同步到模拟服务器平台。
联调修改代码已经提交到远程。
产品和测试已经在所有不同于prd的地方同步。
5.代码审查
至少在考前半天预约同一组人员。
发起codereview，逐行解释提前发现的问题。
测试
确保烟雾箱自检完成。
确保环境部署良好。
按优先级修复问题。
需求的所有者知道额外的变更点。
在团队中公布和同步今天的测试信息。
7.上线
上线前一天同步了主代码，提交了最终的CR文档。
在团队公告中同步今天的测试、在线和回滚信息。
完成发布前清单
小组就在线流程和回滚流程达成一致。
部署所有前端机，宣布大组项目前端部署完成，积极跟进，积极回归上线。
确保QA和其他方验证回归的完成，并主动通知小组释放主干锁。
8.交付效果
跟踪当地的问题，并通过积极的解决方案来处理这些问题。
注意落地数据和反馈。
回顾需求全过程，根据情况推送/参与复盘。
软件过程规格说明和项目过程规格说明的关系和区别是什么？
1.范围不同:软件过程规范是通用的，项目过程规范更具体，所以软件过程规范的范围更大。
2.目的不同:制定软件开发规范，遵守软件开发中各种形式的规范。其主要目的是细化开发过程，便于在开发过程中对每个项目进行度量、改进和控制，项目规格说明书应该更加详细。
3.效率差异:软件过程规范和项目过程规范规范了不同开发人员的表达，减少了不必要的信息沟通环节，提高了项目团队中人与人之间的沟通效率，从而提高了项目开发的效率，保证了待开发项目的质量。项目过程是软件过程的细分，只有提升整个项目软件才能得到发展。
