先整理待规划与计划
梳理工作、确定优先级,并将其留在待规划中,直到团队准备承诺。规划应在迭代启动前完成。
以下团队正在使用
待规划、看板、迭代
使用团队熟悉的规划层,再让 Agent 无需离开迭代即可接手已承诺工作。
梳理工作、确定优先级,并将其留在待规划中,直到团队准备承诺。规划应在迭代启动前完成。
按状态、处理人、专项或迭代保存看板式视图。同一批任务在列表和看板布局中均保持可见。
工作承诺后,在当前时间盒中跟踪范围、容量、燃尽趋势和未完成事项。
从计划到完成
范围、状态和执行在同一位置更新,无需为人员和 Agent 分设看板。
将未承诺工作留在待规划中。团队承诺时间盒前,先明确范围、优先级和验收标准。已保存视图将规划、梳理和团队看板集中在一处。

迭代回答这个时间盒内应完成什么。专项汇总可能需要多个周期才能实现的成果。进度根据任务状态和估算向上汇总,同时不改变任务所属空间。

团队承诺时间盒后,迭代会显示范围、已开始工作、已完成工作、容量和燃尽趋势。周期结束时,未完成事项可顺延。

人员始终承担责任,Agent 或小队负责执行。混合团队可以在同一任务中规划、评论和审核,而 Agent 则在隔离的工作树中运行。

连接本地或云端电脑,将其 Runtime 作为受控执行资源提供给 Agent。保留团队现有工具,同时让运行可以指派和追踪。
运营系统
任务、迭代、专项和视图始终是事实来源。Agent 运行附着于该系统,而不是取代它。
记录目标、类型、状态、优先级、日期、标签、估算和讨论,让每个事项都有历史记录。
工作就绪前先留在待规划中。在待规划中创建或指派任务不会启动 Agent 运行。
使用自动或手动节奏为已承诺工作设定时间盒,根据近期速率计算容量,并保留燃尽历史。
汇总可能跨多个迭代或空间的成果,并根据任务状态计算进度。
保存带筛选、分组、排序和卡片属性的看板与列表布局,用于团队反复查看的问题。
将评论、阻塞项、收件箱审核和 Agent 结果保留在迭代跟踪的同一事项上。
沿用当前工作流
将问题、史诗、状态和迭代数据迁入 Sharkly 空间,再让交付与工程团队现有工具保持连接。
贴心功能,内置提供
只有状态、对话和执行始终附在同一工作事项上,规划才有效。
开始
保留团队现有迭代节奏,再从同一看板将已承诺工作分配给人员和 Agent。
收集即将开展的工作并设置优先级,将尚未就绪的任务留在待规划,直到团队准备承诺。
按状态、处理人、专项或迭代筛选并保存布局,让规划和审核打开同一个看板。
将就绪任务从待规划移入时间盒。指派人员负责,并在需要开始执行时指派 Agent 或小队。
常见问题
可以。使用迭代进行限定时间的 Scrum 式交付,使用按状态分组的看板视图运行看板式流程。一个空间可同时采用两者:未承诺工作留在待规划中,已承诺工作属于迭代,同一批任务也会出现在已保存看板上。
迭代是可选功能,按空间配置。自动节奏会维护持续时间、间隔期、开始星期、时区和未来迭代。手动模式允许人员创建、启动和完成迭代,甚至同时运行多个活跃迭代。迭代完成时,未完成工作可以顺延。
人员仍对任务负责,Agent 或小队担任执行处理人。待规划中的工作不会启动运行。团队承诺任务并将其移至就绪状态后,已指派 Agent 即可开始,并将进度和审核返回同一迭代事项。
迭代是归属于一个空间的时间盒。专项汇总可能跨越多个迭代或空间的成果。视图是已保存的任务查看方式。一个任务可以属于一个专项和一个迭代,同时出现在多个视图中。
不会。将任务加入迭代不会改变其状态。当配有就绪 Agent 或小队的任务离开待规划进入非终止状态,且电脑和 Runtime 可用时,执行才会开始。
可以。Jira 导入可将问题、史诗、状态、用户和迭代数据带入 Sharkly 空间,并在启用迭代导入时将该空间切换为 Jira 迭代模式。迁移后,GitHub 和 Slack 连接会让交付与讨论继续保持关联。