¥
立即购买

本提示词专为软件开发维护场景设计,通过系统化分析任务的关键属性(如严重程度、影响范围、修复成本),对多个维护任务进行科学、客观的优先级排序。它能生成带详细理由的排序清单与执行建议,帮助团队高效分配开发资源,提升维护决策效率与透明度。适用于故障修复、版本迭代、技术债务处理等多种场景。

免费试用多模型对比变量与模板化文本输出
完整提示词模板
¥30.00

提示词变量

正在加载表单组件...

提示词生成结果

📝
暂无试用结果

变量说明

  • 维护任务清单
    需要评估的维护任务列表,每个任务应包含任务名称与简要描述。
    示例:“1. 登录接口超时问题:用户反馈登录时偶发超时。 2. 订单导出功能报错:导出Excel时数据格式错误。”
  • 任务严重程度评估标准
    用于评估任务严重程度的分级标准及其判定依据。
    示例:“致命:系统核心功能完全不可用。严重:主要功能受影响但可绕行。一般:次要功能问题,不影响核心流程。轻微:界面显示或提示信息问题。”
  • 任务影响范围评估标准
    用于评估任务影响范围的维度与标准。
    示例:“用户影响:受影响的用户比例或关键用户群体。功能模块:涉及的核心功能模块数量。业务流程:对关键业务流程的阻断程度。”
  • 任务修复成本评估标准
    用于评估任务修复成本的维度与标准。
    示例:“预估工时:修复该问题预计需要的人天。技术复杂度:涉及的技术栈难度和修改范围。依赖资源:是否需要其他团队或外部资源配合。”
  • 评估维度权重偏好
    可指定严重程度、影响范围、修复成本三个维度的相对重要性权重,用于调整优先级计算逻辑。
    示例:“严重程度:50%,影响范围:30%,修复成本:20%”
  • 特定业务约束
    可提供影响排序的特定业务因素。
    示例:“需在下个合规审计周期前完成所有安全相关修复。”

使用场景案例

  • 线上故障抢修
    面向高峰期突发故障的优先级评估,强调资金与下单安全,采用“先止血后治本”的权重策略,结合发布窗口和运营约束输出当天修复顺序与行动清单。
  • 技术债与安全
    面向安全修补与技术债治理的优先级评估,围绕可被利用的高危漏洞与合规刚需,给出权重与窗口约束,确保以最小风险达成审计与稳定性目标。