问题
已关闭 · 已解答

业务状态向前推进后,能否退回上一阶段?

wenting zhang

实际工作中,已经进入执行阶段的任务,可能因为需求变化重新回到方案确认。用 Busabase 记录时,直接把状态改回去,还是应该另外记录一次退回事件?怎样保留退回原因和后续需要重新确认的内容,让同事理解这次变化,而不是误以为之前没有推进过?

举报
Kelly
团队

可以改回上一阶段,但不要只改状态、不留痕迹。主记录上的状态表示「现在在哪」;退回原因和需重新确认的内容应另记一条事件,否则同事会以为从未推进过。

*示意图 · 状态退回与事件*

推荐结构

层级记什么
任务主记录当前状态(允许从「执行中」改回「方案确认」)、标题、负责人
退回/状态变更事件(每次一条)从哪个状态 → 到哪个状态、退回原因、需重新确认的清单、操作人、时间 → Relation 指向任务

也可以用评论记录原因,但独立事件表更方便筛选「本月退回了几次」。

怎么用

  1. 需要退回时:先建事件(写清原因与待确认项),再改主记录当前状态。
  2. 列表/看板只看主记录当前状态,推进日常工作。
  3. 打开任务详情时浏览关联事件,就能看到「曾经到过执行 → 因需求变化退回」。
  4. 重新向前推进时不必删历史事件;新的前进也可以再记一条「重新进入执行」事件(可选,但审计友好)。

怎样确认

  • 主记录状态是最新阶段。
  • 事件里能读到退回原因,而不是只靠聊天回忆。
  • 新同事不会把「当前在方案确认」理解成「从来没进过执行」。

边界

  • 若组织规定「状态只能前进、不能改回」,就新建一条关联任务/子任务表示返工,并在原任务上标记「已派生返工」——这是流程策略,不是产品限制。
  • 不要把整段历史反复追加进主记录的长文本「说明」里当日记,筛选和统计会变难。

如果你说一下状态是单选字段还是看板视图,我可以按你现有字段缩一版最小字段列表。

举报

你的回复

登录后参与讨论。阅读始终开放,只有发帖和回复需要账号。

登录