【制度】生态开发事故处理规章备忘录

面向人群：所有开发者

发布日期：2021年11月24日

目标：提高交付整体质量

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

功能层面：

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

服务层面：

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

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

功能层面：

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

服务层面：

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

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

功能层面：

1.  这一级别的错误通常为易用性方面的错误。比如界面不友好、前后风格不一；中英文混杂；查询结果输出不直观等。

服务层面：

1. 交付材料不完整、不规范、在负责人要求修改提交后，依然存在明显问题的。
2. 需求完成期间生态因客户、需求对接人、需求负责人之外的其他原因导致交付延期但不足40%的。
3. 服务期间，由需求对接人（特指帆软内部员工和帆软驻场负责对接的其他生态）直接发起对当次任务完成和交付的投诉且时有效投诉（只要不是对接人无理取闹就算有效）
4. 任务验收前，不能按要求时间（可提前，但不能延期）节点完成各阶段任务的
5. 任务验收前，据不配合客户、需求对接人、需求负责人的进度监督的（提供类似 任务日报、进度报告）
6. 任何经查证证实的，生态在服务期间存在未取得需求负责人同意的情况下，私下与其他人员达成需求变更协议的。（所有的需求变更都要有记录）

事故处罚办法：

• 一级事故：扣除当前任务全部佣金。若造成帆软直接经济损失，则额外从其他任务中追扣与帆软直接经济损失等量的罚金（罚金至多不超过本次定制任务全额佣金的100%）
• 二级事故：扣除当前任务佣金的40%
• 三级事故：扣除当前任务佣金的10%（情节轻微，未造成不良后果且积极配合整改的，可酌情少扣或不扣）。
• 任意生态：连续三个月无任何事故，则从三个月满起算到下一次任意级别事故发生前，所有验收结算的佣金增加10%的奖励

生态等级申请，事故相关红线要求：（其他要求不在此文单独赘述）

• 战略：连续三年一级事故频率 不超过 300服务人天每次，且二级事故频率不超过 50人天每次
• 优选：连续两年一级事故频率 不超过 200服务人天每次，且二级事故频率不超过30人天每次
• 合格：一年内 一级事故频率 不超过100服务人天每次
• 限选：同一生态任意两次一级事故时间间隔不得低于100个自然日 （低于直接取消生态资格），所有通过认证的生态默认就是见习生态。