关闭。这个问题是opinion-based .它目前不接受答案。
想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文回答问题.
2年前关闭。
Improve this question
我读到了 related issues和 subtasks (包括 this )。现在我对子任务打算用于什么用例感到非常困惑。
如果我理解正确,子任务只是一种自动强制执行以下工作流程的相关问题:
如果没有这 4 个要点,子任务将与简单的“相关”(忽略一些 UI 差异)没有区别。正确的?
乍一看,我以为如果 S1 和 S2 是 T 的子任务,则意味着 S1 和 S2 是完成 T 的步骤。但显然这不是子任务背后的用例:
首先,因为在我的用例中,S1 和 S2 阻止了 T,但子任务关系并不意味着这一点。
其次,因为在我的用例中,S1 和 S2 的优先级由 T 的优先级驱动,但对于子任务,T 的优先级由 S1 和 S2 驱动。
因此,我缺少的子任务必须有一个规范的用例。它是什么?
编辑:
为了让事情更加困惑,this issue建议可能应该删除上述工作流程。如果发生这种情况,子任务与简单的“相关”有何不同?
最佳答案
我过去使用它的方式是,存在子任务以将更大的功能分解为可管理/可分配的块,这种方式比简单地使用 blocked-by
建立关系更易于管理。 , follows
, 等等。
Redmine/ChiliProject 中有很多功能是为了灵活性而存在,即让用户或团队以他们的方式管理项目,而无需试图将他们的工作流程或思维过程硬塞进围绕其他人的工作流程构建的盒子中。我认为子任务就是其中之一;它们对某些人有用,对其他人无用,而对更多人来说却是彻头彻尾的危险。
关于project-management - Redmine中子任务的用例是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12041420/