バグ #529
未完了[Redmine] 設備・備品管理の方法を再検討 (2024-10)
0%
説明
子チケットを持つ親チケットは、その優先度を手動で設定できなくなり、子チケットのうち最も高い優先度を継承するようになる。
これは、設備・備品自体を最低優先度 (「無:状況追跡」レベル) で管理しつつ関連する作業を子チケットとしてぶら下げるという運用とは非常に相性が悪い。
たとえば特定の設備について緊急で修理するタスクなどをぶらさげた日には、追跡チケットまで優先度が緊急になってしまう。
この仕様から察するに、 Redmine のチケットはあくまで閉じられるならすぐにでも閉じるようなタスクや目標の管理のためのものであり、「状況の追跡」とか「特定の期間無条件に開きっぱなし」といった用法には適していないと考えるべきである。
本来こういった方向の概念はマイルストーンとかロードマップ的なチケット外の存在を用意して表現すべきなのかもしれないが、そうはいっても PC の部品ごとにそういったものを作るのも大仰に思われるし、 Redmine の「バージョン」や「ロードマップ」機能もやはり目標を達成次第閉じていくような雰囲気が強いため、備品管理との概念的な相性は怪しくみえる。
NO nop_thread さんが1年以上前に更新
- 関連している 機能 #112: [Redmine] 設備管理用トラッカーの検討 (2024-01) を追加
NO nop_thread さんが1年以上前に更新
- 関連している 機能 #113: [Redmine] 常時遂行・バックグラウンドのタスクの管理 (2024-01) を追加
NO nop_thread さんが1年以上前に更新
- 優先度 を 通常 から 高め に変更
NO nop_thread さんが1年以上前に更新
- 関連している 機能 #467: [Redmine] 機能かバグか、あるいは問題かタスクか を追加
NO nop_thread さんが1年以上前に更新
- 関連している バグ #463: [Redmine] 設備・備品用チケットが所属すべきプロジェクトの再検討 (2024-09) を追加
NO nop_thread さんが1年以上前に更新
優先度フィールドは無効化できるが、これは現在のバージョンだとあくまでチケットページの優先度表示を無効化するものであって、優先度を持つこと自体を阻害していないようである。
設定不可能なまま優先度「普通」でチケットが作られて、それが複数トラッカーを混在させたリストなどでそのまま見えてしまう。そして見えてしまうのに右クリックなどでの優先度変更も禁じられる。
優先度を無効化したトラッカーでは優先度フィールドの値を完全に null にできると良いのだが。
NO nop_thread さんが約1年前に更新 · 編集済み
やはり状況追跡用に別途 wiki か NocoDB か何かのようなものを用意すべきか……
NO nop_thread さんが約1年前に更新
- 関連している 機能 #668: NocoDB サーバを立てる を追加
NO nop_thread さんが約1年前に更新
外部の都合でいつ閉じられるか決まる、閉じることそのものを目標にしていない状況管理、これはまさに「プロジェクト」であることに気がついた。
かといって空調機器やヘッドホンのひとつひとつにプロジェクトを作っていくのも大袈裟すぎるように思われるのでどうしたものか。
なにより Redmine ではプロジェクトそのものを参照するというのが極めてやりづらいので本当に困る。
ドメインを VPN 内外で変えているため absolute URI を使うこともできず、かといって path だけ使うのもリンクに見えづらいしそれでいて /projects/ 接頭辞の部分は冗長だ。
NO nop_thread さんが約1年前に更新
- 前回確認日 を 2024/10/15 から 2025/02/25 に変更
NO nop_thread さんが約1年前に更新
- リマインド予定日 を 2025/03/08 にセット
NO nop_thread さんが約1年前に更新
- 関連している 機能 #507: [Redmine] 持続する契約の管理 (2024-10) を追加
NO nop_thread さんが約1年前に更新 · 編集済み
- リマインド予定日 を 2025/03/08 から 2025/06/07 に変更
NO nop_thread さんが約1年前に更新
- リマインド予定日 を 2025/06/07 から 2025/06/21 に変更
NO nop_thread さんが約1年前に更新
NO nop_thread さんが約1年前に更新
- 前回確認日 を 2025/02/25 から 2025/03/22 に変更
NO nop_thread さんが10ヶ月前に更新
- 優先度 を 高め から 通常 に変更
- リマインド予定日 を削除 (
2025/06/21)
機能 #62: ポスターとタペストリーのカタログ管理 で、そもそも NocoDB を使うのがダルいという問題が発生している。
この調子だと任意のリソース管理に使うのもダルいと思う可能性が高い。
どうしたものか……
とりあえず当面はチケットで我慢することにして優先度は下げる。
NO nop_thread さんが3ヶ月前に更新 · 編集済み
- 前回確認日 を 2025/03/22 から 2025/12/31 に変更
nop_thread さんは #note-9 で書きました:
なにより Redmine ではプロジェクトそのものを参照するというのが極めてやりづらいので本当に困る。
Feature #4812: Create links to other projects - Redmine
Added in r3422. You use one of the following syntax:
project#<id> project:<identifier project:<name>
project:proj7 とか project#9 のように書けば 人生管理運用 のようなリンクになる。
project ID は /projects.json とか /projects.xml とか /projects/<project_name>.json とかを確認すれば可能。
つまりプロジェクトのページにアクセスして .json を末尾に追加するのが手っ取り早い。
ドメインを VPN 内外で変えているため absolute URI を使うこともできず、かといって path だけ使うのもリンクに見えづらいしそれでいて
/projects/接頭辞の部分は冗長だ。
DNS 側で工夫して LAN 内外から同じドメイン名でアクセスできるようにしたので、現在ドメイン使い分けの問題はない。
redmine.potato.immo での URI が唯一かつ正規のものとして使える。
NO nop_thread さんが約1ヶ月前に更新
- 前回確認日 を 2025/12/31 から 2026/02/14 に変更
計算機や関連機材については NetBox でどうにかなるかもしれない気はしている。
それ以外については微妙。
ただ、計算機関連だけ別にするというのもどうにも微妙な感じがする。
たとえば計算機やその部品と同じく保証期間終了まで箱を取っておく必要がある電子機器であっても、無線ヘッドホンや携帯音楽プレイヤーなどは NetBox で管理したいものではない (後者はネットワーク接続するクライアントとして登録可能ではあるが……)。
保証や紐付くタスクの管理の目的で見ると近いものを、別の側面で違うからといって全く別のシステムで管理するというのは、どうにも素晴らしくない。
両方 (たとえば Redmine と NetBox) に登録するとなるとシンプルに手間が2倍になるので、それはそれで嫌。
備品管理目的だとしばしば新しいソフトウェアが出てくるので、たまに新しいものを試してみるべきなのかもしれない。
(ちなみに最近 (というほど最近でもないが) は HomeBox あたりが気になっている。)
NO nop_thread さんが約1ヶ月前に更新
nop_thread さんは #note-19 で書きました:
(ちなみに最近 (というほど最近でもないが) は HomeBox あたりが気になっている。)
Demo を触ってみた。
item はネストできるようだが location はネストできなそうで、加えて parent item の bulk change もできなそう。
箱詰めしたアイテム (たとえば本) が棚のどの位置にあるかを管理したいなどの状況だと、 location のネストによって 部屋→棚→棚の段 の階層を表現したり、アイテムのネストで 箱→本 を表現したりなどしたいため、両方ができて、かつ bulk update もできないと物足りない。
HomeBox は (少なくとも v0.23.1 時点では) 私にとっては機能不足でありセットアップには値しないということになりそう。