PIP 绩效改进计划 能签吗 明确标了 若考核通过，则可继续担任本岗位，若考核未通过，则视为不胜任目前岗位。

PIP 绩效改进计划表填表日期：2025 年 2 月 3 日部门：前端开发工程师工作中需要 改善的地方绩效状况描述 1 、bug 修复效率与质量双低：处理已知 bug 时耗时过长，修复后易出现复现、衍生新 bug 的情况，未形成有效修复闭环。 2 、发布与线上稳定性把控不足：负责模块多次出现发布问题，引发线上事故，未做好发布前自查、验证，缺乏风险预判意识。 3 、需求交付与代码质量不达标：需求落地完成度低，常出现功能遗漏、逻辑偏差；代码质量差等问题，增加团队协作成本。 PIP 绩效改进计划 绩效改进期：2 个月开始日期：2026 年 03 月 10 日结束日期：2026 年 5 月 10 日绩效改进目标考核目标考核标准结果值（百分制）考核结果 1.提测质量要求提测版本的原生功能 bug 数控制在 7 个及以内（以测试人员正式提测报告统计为准，不含需求变更、环境问题导致的非代码类 bug ）。 20%2.生产环境 bug 管控本计划周期所属季度内，负责模块引发的生产环境 bug 数控制在 5 个及以内（含线上偶现、必现 bug ，不含外部依赖、运维环境导致的 bug ），且生产 bug 需在规定时限内响应修复（紧急 bug≤2h ，一般 bug≤24h ） 20%3.代码相关核心职责主动承接团队代码评审工作，负责指定需求的代码批改，确保评审覆盖需求逻辑、代码规范、性能优化、边界处理等维度，输出明确评审意见并跟进整改。 负责自身承接需求的全流程代码实现，从需求拆解、方案设计到编码、自测，确保代码符合团队编码规范，落地与需求设计 100% 匹配 20%4.工作职责 1:完成 Y 端 UI 改版以及老师和学员测评交互逻辑串联 2:提测后功能 bug 不能多余 10 个 3:上线后的生产 bug 不能多余 3 个 20%员工本人签名、日期：直接主管签名、日期：最终考核得分：绩效改善 情况说明备注： 1 、此表目的：帮助员工提升绩效，以便于员工更好的完成工作； 2 、“工作中需要改善的地方”与“PIP 绩效改进计划”，由直接主管与员工面谈时填写，经员工本人签字确认后，将文件扫描报备 HR ，原件由直接主管留存；“绩效改善情况说明”由部门主管于绩效改进计划结束后确认，最终由 HR 保管； 3 、在计划截止时间到期后，上级主管将对员工改进结果进行评分，评分≥80 分为通过； 4 、若考核通过，则可继续担任本岗位，若考核未通过，则视为不胜任目前岗位。员工本人签名、日期：直接主管签名、日期：部门主管签名、日期：人力资源签名、日期：