提升和可追溯性
提升是将已批准创意转化为可实施工作项的过程。可追溯性是从用户反馈一路追溯到解决该反馈的任务的能力。这两项功能共同将用户声音与团队工作连接起来。
可追溯链路
Almirant 在三个层级之间维护关系链：
| 层级 | 代表内容 | 示例 |
|---|---|---|
| 反馈 | 用户请求或报告的内容 | “我希望能够导出为 PDF” |
| 创意 | 团队评估的提案 | “报告中的 PDF 导出” |
| 工作项 | 在看板中规划的任务 | “实现 PDF 导出 - Story A-S-42” |
每个层级都会保留对前一层级的引用，形成可双向遍历的链路。
将创意提升为工作项
前置要求
- 创意必须处于 Approved（已批准）状态。
- 项目中必须至少有一个看板可用于创建工作项。
分步流程
- 访问已批准的创意 -- 打开要提升的创意详情。
- 点击提升 -- 当创意处于 Approved 状态时，提升按钮可用。
- 配置工作项 -- 系统会打开表单以定义工作项数据：
| 字段 | 描述 |
|---|---|
| 标题 | 自动预填创意标题（可编辑） |
| 类型 | 工作项类型：Epic、Feature、Story 或 Task |
| 看板 | 将创建工作项的看板 |
| 描述 | 自动预填创意描述（可编辑） |
- 确认 -- 工作项会在所选看板中创建，创意会自动更改为 Promoted 状态。
可编辑的标题和描述
尽管标题和描述会从创意中预填，但可以在创建工作项前修改它们。进入实现阶段后，通常需要将标题调整得更技术化或更具体。
提升后会发生什么
- 在所选看板中创建新的工作项。
- 创意更改为 Promoted 状态。
- 在创意和工作项之间建立双向链接。
- 所有与创意关联的反馈会间接关联到工作项。
- 已提升的创意无法再修改（作为历史记录保留）。
查看可追溯性
从工作项查看
在由提升创建的工作项详情中，你会看到一个可追溯性部分，其中显示：
- 其来源的原始创意。
- 关联到该创意的反馈条目数量。
- 用于查看创意完整详情的直接链接。
从创意查看
在已提升创意的详情中，你会看到：
- 结果工作项及其标识符和当前状态。
- 所有关联的反馈条目。
- 完整历史：创意何时创建、何时获得批准以及何时被提升。
从反馈查看
在关联反馈条目的详情中，可以直接导航至关联创意，再从那里导航到工作项，从而遍历完整链路。
关联现有反馈
不要求在提升前关联反馈。你可以在任何时候将额外反馈关联到创意，即使创意已经提升。这适用于：
- 添加在提升后到达的新反馈。
- 对最初未检测为相关的反馈进行分组。
- 记录某项功能累积的需求。
要关联反馈，请参阅反馈 -- 将反馈关联到创意。
完整示例
假设团队收到多位用户要求电子邮件通知的反馈：
- 从不同来源收到 3 条反馈。
- AI 将它们分组为“电子邮件通知”cluster。
- 创建创意并关联反馈。
- 团队批准创意。
- 将其提升为“Product Backlog”看板中的工作项。
- 工作项在实现时保留与原始反馈的完整可追溯性。
可追溯性的益处
| 益处 | 描述 |
|---|---|
| 数据驱动的决策 | 优先处理用户请求最多的内容，而不是你所假设的内容 |
| 透明度 | 任何团队成员都可以了解为何要构建某项内容 |
| 责任追踪 | 可以追踪每项任务源于哪些反馈 |
| 闭环 | 工作项完成时，你知道应通知哪些用户 |
| 历史记录 | 保留创意如何演变的完整记录 |
开发者指南
可追溯性可通过 MCP 使用：
| 工具 | 描述 |
|---|---|
promote_idea_item | 将已批准的创意提升为工作项 |
get_idea_item_traceability | 获取完整链路：关联的反馈、创意和结果工作项 |
link_feedback_to_idea_item | 将反馈关联到创意（参阅反馈） |
unlink_feedback_from_idea_item | 取消反馈与创意的关联 |
get_idea_item_traceability 工具特别适合让 AI 代理理解工作项的完整上下文：它为何创建、哪些用户提出请求，以及原始创意是什么。