Jira 需求迭代与协作管理

解决什么问题

在中国中小企业里，Jira 不缺功能，缺的是把 需求、迭代 和 项目协作 接到真实业务目标上的纪律。团队常见问题是：需求一句话、任务没人认领、迭代进度说不清、上线前才发现依据缺失。这个 Skill 把 Jira 协作当成一项业务工作流，而不是单纯解释概念或复述输入。

它如何工作

它先要求补齐上下文：业务目标、当前问题与负责人、已有制度/数据/文档/时间约束、决策权限、协作角色、不可改变条件，以及与 Jira 需求、迭代、协作管理相关的现状、历史结果和失败案例。信息不足时，会列出 缺口 与影响，不自行补写价格、时间、案例、资质、平台规则、经营结果或外部发布内容。

随后按可检查模块推进：

• 明确本次 Jira 需求、迭代与项目协作的目标、使用对象、成功标准和停止条件
• 整理与 Jira issue、ticket、sprint status、workflow 直接相关的事实、数据、素材和约束
• 把任务拆成需求、迭代、项目协作等模块，确定优先级、负责人和依赖
• 在原能力边界内执行：当用户提到 Jira issues（如 PROJ-123）、创建/查看/更新 issue、查看 sprint 状态或管理 workflow 时触发
• 生成企业执行与协作包，同时列出事实依据、风险、缺口和人工确认项
• 按目标、事实、可执行性、合规和交付完整性做发布前复核

交付物包括：目标与范围卡、执行步骤/模板/方案、带负责人和检查点的协作包，以及证据、风险、缺失信息和人工确认清单。质量门槛要求事实、推断、建议和待确认信息分开标注，每个建议都能落到 负责人、动作、时间 或 检查标准。

适用边界

它不代替管理者、法务、财务或人力负责人做最终决策，也不把本地文档、模板或建议冒充已执行的平台操作。不读取、记录或输出密钥、Token、密码和无关个人信息。涉及真实发送、发布、付费、删除、权限或生产变更时，必须由用户明确授权。若硬门槛不满足，输出 暂不可交付，并说明需要补充的信息、责任人和下一步动作。