機能 #287
完了[Redmine] 「一時中断」フィールドの試験運用 (2024-03)
0%
説明
「一時中断」フィールド (boolean) を試験的に運用しているので、その追跡。
状態としては開始済であるものの、直近で進行する予定や見込みがなく、ある程度の期間寝かせておくことを想定しているようなチケットにおいて true とする。
NO nop_thread さんが2年以上前に更新 · 編集済み
一時中断はフラグではなく「ステータス」で表明すべきなのではという迷いがまだある。
中断状態から復帰するとき基本的には中断前のステータスになるはずなので、フラグで良いのではという気もするのだが。
「ステータス:進行中」→一時中断状態→「ステータス:待機中」のような (あるいはその逆の) 遷移もありうるかもしれないが、その程度のことを表明するためだけにステータスを増やすべきかというと、これまた怪しいように思う。
中断状態からそのまま終了する場合などもありうるが、そのような状態遷移を綺麗に表現するためだけにステータスを用意するのがフラグの利用より優れているかというと、そうは思えない。
そもそも終了状態以外のステータスは #145#note-2 で言うところの「(一時的な) 状況」なので、この遷移を綺麗に表現すること自体が重要でないとさえいえるはず。
NO nop_thread さんが2年以上前に更新
- 担当者 を nop_thread にセット
NO nop_thread さんが約2年前に更新
- 説明 を更新 (差分)
NO nop_thread さんが約2年前に更新
- ステータス を 新規 から 終了 に変更
あまり活用できている気はしないが、ひとまずフィルタとして有益であることは間違いなさそうなので、有用であるということでクローズする。
残る課題としては、ステータスや優先度との連動をどう考えるか。
たとえば優先度が極めて高いチケットを一時中断状態にするかというと、このフラグの意義からして非常に怪しいので、その辺り何かしらのケアがほしい。優先度が一定以上のチケットは一時中断できないような validation とか、一時中断しようとしたら優先度を自動的に通常以下に落とすとか。
NO nop_thread さんが1年以上前に更新
- 関連している バグ #555: [Redmine] 「待機中」ステータスと「一時中断」フィールドの意味が部分的に重複している (2024-11) を追加
NO nop_thread さんが4ヶ月前に更新
- リマインド予定日 を削除 (
2024/04/30)
NO nop_thread さんが3日前に更新 · 編集済み
- 前回確認日 を 2026/07/14 にセット
nop_thread さんは #note-4 で書きました:
残る課題としては、ステータスや優先度との連動をどう考えるか。
たとえば優先度が極めて高いチケットを一時中断状態にするかというと、このフラグの意義からして非常に怪しいので、その辺り何かしらのケアがほしい。優先度が一定以上のチケットは一時中断できないような validation とか、一時中断しようとしたら優先度を自動的に通常以下に落とすとか。
そもそも「一時中断」や「保留」のようなものは、最低レベルの優先度なのではないかという気がしてきている。
優先度についてはそもそも解釈が固まっていないので 機能 #1012: タスクやチケットの「優先度」とは何？ で先に考察したいが、将来的にはカスタムフィールドではなく優先度にするかもしれない。
ただ、進行中かつ優先度最低の場合は「余裕ができたらやる」を暗黙に含意していそうに感じられるが、進行中かつ「一時中断」の場合は必ずしもそれを含意しない (たとえば典型的には「モチベーションの回復待ち」の場合がある) ので、優先度で表現することが必ずしも実質的に等価かというとそうでもない気がしている。
nop_thread さんは #555#note-2 で書きました:
それとは別軸で、「待機中」は外部からのイベント待ち、「一時中断」はモチベーションの回復待ちというブロッカーの区別もある。
また、優先度最低として表現したい状況は他にも「常時受動的に進行中」のようなものがあり (たとえば ##881 や バグ #529: [Redmine] 設備・備品管理の方法を再検討 (2024-10) など)、これと「一時中断」を比べるとやはり「優先度:低」などと性質が近いのは「常時受動的に進行中」の方に思われる。微妙だが。