鯖缶 » 人生管理運用

潜伏チケットを集めておけると何が良いかというと、たとえばステータスかカスタムフィールドか何かで「潜伏中」などにしてアクティブなチケットから隔離する (非表示にする) などができるということ。
べつに集めなくとも隔離は可能ではあるしクエリを保存しておけば一覧の確認はできるのだが、「どのタイミングで振り返るか」でまとまっていないと潜伏状態の解除を忘れるだろうから、やはりメタチケットは必要だろう。

機能 #148: [Redmine] 「確認予定日」フィールドの試験運用 (2024-02) でカスタムフィールド方式の試験運用を試している。
結果が出てから潜伏状態を実装するか改めて検討する。

#145#note-4 で「待機中」ステータスを実験的に作って運用してみることにしたが、外的要因で潜伏することになるチケットはこれで吸収できるかもしれない。
自発的に放置することにしたものは該当しないので、やはり別で新規ステータスは欲しくはあるが。

nop_thread さんは #note-7 で書きました:

自発的に放置することにしたものは該当しないので、やはり別で新規ステータスは欲しくはあるが。

進行中タスクの自発的放置は「確認予定日」フィールド (#148) と「一時中断」カスタムフィールド (boolean) (#287) の組み合わせで管理できる気がしている。
使いやすいかは実際にタスクを積んで放置してみて様子を見る必要があるが (おい)。

「一時中断」カスタムフィールドと「待機中」ステータスの曖昧性は排除しておく必要がある。
「自分の意思で今すぐ進行させることができるか」が本質的な差異で、できるものは一時中断、できないものは待機中とする。

• 一時中断: 具体的なタスクを今すぐ実行することですぐに再開できるような「進行中」ステータスのものを、意図して能動的に放置していることを表明する。
• 待機中: 時期を待っていたり外部の関係者やシステムの応答を待っていたりする状況で、具体的なタスクを今すぐ実行することが不可能であることを表明する。

nop_thread さんは #note-10 で書きました:

「一時中断」カスタムフィールドと「待機中」ステータスの曖昧性は排除しておく必要がある。
「自分の意思で今すぐ進行させることができるか」が本質的な差異で、できるものは一時中断、できないものは待機中とする。

排他的であるのならメタデータもそのように作られるべきかもしれないが、本質的に「一時中断」が進行状態を示す任意のステータスについて存在する (たとえば「進行中 (一時中断)」「購入確定 (一時中断)」「観賞中/本編 (一時中断)」など) ところでステータスを無闇に増やすことを嫌って「一時中断」フィールドを用意して誤魔化しているので、「待機中」や「却下」などの両立しないはずのステータスと同時にこのフラグを立てられてしまうのは運用でカバーするということになっている。