4

関連する課題とサブタスク(これを含む) について読みました。そして今、サブタスクがどのようなユースケースを意図しているのかについて、私は完全に混乱しています。

私が正しく理解している場合、サブタスクは、次のワークフローを自動的に適用する関連する問題の一種にすぎません。

  • 親タスクの完了率は、サブタスクの完了率の合計です
  • 親タスクの締め切りは、最後のサブタスクの締め切りです
  • 親タスクの費やされた時間は、サブタスクの費やされた時間の合計です
  • 親タスクの優先度がサブタスクの優先度の中で最も高い

これらの 4 つの箇条書きがなければ、サブタスクは単純な「関連」と何ら変わりはありません (いくつかの UI の違いは無視してください)。正しい？

一見、S1 と S2 が T のサブタスクである場合、S1 と S2 は T を完了するためのステップであることを意味すると思いました。

まず、私のユースケースでは、S1 と S2 は T をブロックしますが、サブタスクの関係はこれを意味しません。

第二に、私の使用例では、S1 と S2 の優先度は T の優先度によって駆動されますが、サブタスクでは T の優先度は代わりに S1 と S2 によって駆動されます。

したがって、私が見逃しているサブタスクの標準的なユースケースが必要です。それは何ですか？

編集：

さらに紛らわしいことに、この問題は、上記のワークフローを潜在的に削除する必要があることを示唆しています。その場合、サブタスクは単純な「関連」とどう違うのですか?

4

1 に答える 1

3

blocked-by私が過去に使用した方法では、follows、 などを使用して単にリレーションを行うよりも管理しやすい方法で、より大きな機能を管理可能/割り当て可能なチャンクに分割するサブタスクが存在します。

Redmine/ChiliProject には、柔軟性のために存在する多くの機能があります。つまり、ユーザーまたはグループが自分のワークフローや思考プロセスを他人のワークフローを中心に構築された箱に押し込もうとすることなく、自分のやり方でプロジェクトを管理できるようにするためです。サブタスクもその 1 つだと思います。それらはある人にとっては役に立ち、他の人にとっては役に立たず、さらに多くの人にとってはまったく危険です.

于 2012-08-27T15:28:34.927 に答える