增加任务分拆,并转入下个迭代的功能
增加任务“批量拆分”转移到下个迭代的功能。
方便任务跨迭代时,把剩余的工作转入下个迭代;
此时不希望把整个任务移到下个迭代,这样会影响原有迭代的数据。
在列表界面,直接操作,基于已选择的任务,把剩余工作量生成新的任务,然后选择转入的迭代。
被分拆的任务,预计剩余 为0。
感谢咱们的反馈 , 这块我们联系产品同事看看是否可以添加一个按钮来适应不同场景 以下是目前已有转入任务功能的说明 项目-任务 右上角点击按钮 导入-转入任务 。需要满足4个条件: 1、新的项目和老的项目必须关联同一个产品; 2、不能导入子任务; 3、任务状态是以下状态中的一种:未开始、进行中、暂停、取消; 4、如果任务关联了需求,那新的项目必须也关联这个需求所在的产品(如果是多平台/多分支产品,还需要新的项目关联了需求所在的平台/分支) 原任务将移到新的执行 原任务的工时数据,历史记录将带到新执行 |
内部反馈 id :4425 |
现有的转入功能,将把整个任务移到新的迭代。原有迭代就没有了这个任务的记录。
实际工作中,跨迭代的任务是可能出现的,此时任务已完成的部分信息,希望保留在原迭代;未完成的剩余部分,需要创建新的任务,放入下一个迭代。
现有功能,处理上述情况,只能重新建任务,或者要求一开始就把 用户需求拆分到足够小,使用上不方便。
此项需求的重点在于:批量分拆执行中,未完成的任务。不是单纯的转移任务到其他迭代。
例如我作为项目经理给小王一个openAI的调研任务,这个任务有复杂性,需要跨多迭代,那么建议先创建一个调研需求,这个需求WBS分解任务A,任务B,任务C,ABC可能不再一个迭代,但是可以在需求的详情页面看到所有任务的进度,以及任务所在的迭代, 无需使用任务转入功能
首先感谢您的答复。还有些细节 想做讨论:
工作中因变更、开发思路变化,导致在迭代末一个用户需求的任务跨迭代,有时比较常见。
如果都在用户需求中细分,会增加操作的步骤,比较麻烦。
而不创建用户需求,直接在新迭代创建任务,则可能有两种不便之处:
1、用户需求的阶段随着第一个任务关闭,第二个任务创建,阶段会变来变去;
2、用户需求的相关任务,不能反应整体的估计公式,因为下一个迭代的任务可能还没建立(这种情况,如果有拆分任务的功能,则可以在原任务填完整的预计剩余,分拆时自动带过去,可以解决以上问题)。
感谢反馈,可以在需求的详情页面或者需求矩阵中来查看需求下所有任务的状态;
任务的预计工时字段是在任务开始时对此任务的预估,在任务结束时结合实际消耗工时来分析任务过程的问题以进行改进;
您的场景可以使用需求的预计工时字段,需求的预计工时字段就可以反映整体的估计。