Page History

面向人群：所有开发者

发布日期：2021年11月24日

目标：提高交付整体质量

Table of Contents

一级事故：满足以下任何一条或多条的情况即认定为一级事故

功能层面：

1. 没有实现或错误地实现重要的功能导致 业务流程存在重大隐患；
2. 在实际操作过程中由于开发的功能导致客户系统出现宕机或者自动退出等恶劣情况；
3. 在实际操作过程中由于开发的功能导致客户系统或数据造成破坏；
4. 其他在操作过程中可能危及系统和人身安全等情况。
5. 客户是安全要求高的客户，对客户的文档和系统没有做去敏操作

服务层面：

1. 任务通过验收前，由客户直接发起对当次任务完成和交付的投诉且时有效投诉（只要不是客户无理取闹就算有效）
2. 生态在未取得客户、需求对接人、需求负责人任何一方同意的情况下，终止任务和服务
3. 生态因客户、需求对接人、需求负责人之外的其他原因导致不能正常交付或交付延期超过100%（含100%）
4. 任何经查证证实的，生态在服务期间存在服务态度恶劣、私下索取其他费用或贿赂需求相关人员、或未取得需求负责人授权向第三方泄露本次任务的任何细节和成果的。
5. 任何二级事故发生后生态不按要求整改或抵抗的。

二级事故：满足以下任何一条或多条的情况即认定为二级事故

功能层面：

没有实现基本功能，并且不存在替代办法；4
1. 没有实现基本功能，并且不存在替代办法；
2. 没有实现重要功能中的部分功能，并且不存在替代办法；
3. 客户有安全考虑，实际客户业务流程衔接出现安全漏洞或者错误；密钥以明文方式存储；没有留痕功能；用户的权限分配不合理；
4. 双方达成一致后，实际交付产品中并没有满足系统的性能，易用性等要求。

服务层面：

1. 任务通过验收后，由客户直接发起对当次任务完成和交付的投诉且时有效投诉（只要不是客户无理取闹就算有效）
2. 生态因客户、需求对接人、需求负责人之外的其他原因导致交付延期40%以上（含40%）不足100%的。
3. 生态在任务服务期间，未取得客户、需求对接人、需求负责人任何一方同意的情况下，超过1个工作日对客户、需求对接人、需求负责人发起的沟通无积极响应的。（有事记得提前请假报备）
4. 生态在服务期间私下给用户更新交付成果的版本后，未及时上传到生态系统存档最新的交付材料的
5. 任何三级事故发生后生态不按要求整改或抵抗的。

...