Project

General

Profile

Actions

バグ #529

open
NO NO

[Redmine] 設備・備品管理の方法を再検討 (2024-10)

バグ #529: [Redmine] 設備・備品管理の方法を再検討 (2024-10)

Added by nop_thread over 1 year ago. Updated 3 months ago.

Status:
新規
Priority:
通常
Assignee:
Start date:
Due date:
% Done:

0%

一時中断:
No
pinned:
No
リマインド予定日:
前回確認日:
02/14/2026
管理外残件あり:

Description

子チケットを持つ親チケットは、その優先度を手動で設定できなくなり、子チケットのうち最も高い優先度を継承するようになる。
これは、設備・備品自体を最低優先度 (「無:状況追跡」レベル) で管理しつつ関連する作業を子チケットとしてぶら下げるという運用とは非常に相性が悪い。
たとえば特定の設備について緊急で修理するタスクなどをぶらさげた日には、追跡チケットまで優先度が緊急になってしまう。

この仕様から察するに、 Redmine のチケットはあくまで閉じられるならすぐにでも閉じるようなタスクや目標の管理のためのものであり、「状況の追跡」とか「特定の期間無条件に開きっぱなし」といった用法には適していないと考えるべきである。
本来こういった方向の概念はマイルストーンとかロードマップ的なチケット外の存在を用意して表現すべきなのかもしれないが、そうはいっても PC の部品ごとにそういったものを作るのも大仰に思われるし、 Redmine の「バージョン」や「ロードマップ」機能もやはり目標を達成次第閉じていくような雰囲気が強いため、備品管理との概念的な相性は怪しくみえる。


Related issues 6 (4 open2 closed)

Related to 人生管理運用 - 機能 #112: [Redmine] 設備管理用トラッカーの検討 (2024-01)終了nop_thread

Actions
Related to 人生管理運用 - 機能 #113: [Redmine] 常時遂行・バックグラウンドのタスクの管理 (2024-01)進行中nop_thread

Actions
Related to 人生管理運用 - 機能 #467: [Redmine] 機能かバグか、あるいは問題かタスクか新規nop_thread09/09/2024

Actions
Related to 人生管理運用 - バグ #463: [Redmine] 設備・備品用チケットが所属すべきプロジェクトの再検討 (2024-09)新規nop_thread09/07/2024

Actions
Related to 鯖缶 - 機能 #668: NocoDB サーバを立てる終了nop_thread02/24/2025

Actions
Related to 人生管理運用 - 機能 #507: [Redmine] 持続する契約の管理 (2024-10)進行中nop_thread10/11/2024

Actions

NO Updated by nop_thread over 1 year ago Actions #1

  • Related to 機能 #112: [Redmine] 設備管理用トラッカーの検討 (2024-01) added

NO Updated by nop_thread over 1 year ago Actions #2

  • Related to 機能 #113: [Redmine] 常時遂行・バックグラウンドのタスクの管理 (2024-01) added

NO Updated by nop_thread over 1 year ago Actions #3

  • Priority changed from 通常 to 高め

NO Updated by nop_thread over 1 year ago Actions #4

  • Related to 機能 #467: [Redmine] 機能かバグか、あるいは問題かタスクか added

NO Updated by nop_thread over 1 year ago Actions #5

  • Related to バグ #463: [Redmine] 設備・備品用チケットが所属すべきプロジェクトの再検討 (2024-09) added

NO Updated by nop_thread over 1 year ago Actions #6

優先度フィールドは無効化できるが、これは現在のバージョンだとあくまでチケットページの優先度表示を無効化するものであって、優先度を持つこと自体を阻害していないようである。
設定不可能なまま優先度「普通」でチケットが作られて、それが複数トラッカーを混在させたリストなどでそのまま見えてしまう。そして見えてしまうのに右クリックなどでの優先度変更も禁じられる。
優先度を無効化したトラッカーでは優先度フィールドの値を完全に null にできると良いのだが。

NO Updated by nop_thread about 1 year ago · Edited Actions #7

やはり状況追跡用に別途 wiki か NocoDB か何かのようなものを用意すべきか……

機能 #668: NocoDB サーバを立てる

NO Updated by nop_thread about 1 year ago Actions #8

  • Related to 機能 #668: NocoDB サーバを立てる added

NO Updated by nop_thread about 1 year ago Actions #9

外部の都合でいつ閉じられるか決まる、閉じることそのものを目標にしていない状況管理、これはまさに「プロジェクト」であることに気がついた。

かといって空調機器やヘッドホンのひとつひとつにプロジェクトを作っていくのも大袈裟すぎるように思われるのでどうしたものか。
なにより Redmine ではプロジェクトそのものを参照するというのが極めてやりづらいので本当に困る。
ドメインを VPN 内外で変えているため absolute URI を使うこともできず、かといって path だけ使うのもリンクに見えづらいしそれでいて /projects/ 接頭辞の部分は冗長だ。

NO Updated by nop_thread about 1 year ago Actions #10

  • 前回確認日 changed from 10/15/2024 to 02/25/2025

NO Updated by nop_thread about 1 year ago Actions #11

  • リマインド予定日 set to 03/08/2025

NO Updated by nop_thread about 1 year ago Actions #12

  • Related to 機能 #507: [Redmine] 持続する契約の管理 (2024-10) added

NO Updated by nop_thread about 1 year ago · Edited Actions #13

  • リマインド予定日 changed from 03/08/2025 to 06/07/2025

NO Updated by nop_thread about 1 year ago Actions #14

  • リマインド予定日 changed from 06/07/2025 to 06/21/2025

NO Updated by nop_thread about 1 year ago Actions #15

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

やはり状況追跡用に別途 wiki か NocoDB か何かのようなものを用意すべきか……

機能 #668: NocoDB サーバを立てる

NocoDB を立ててはみたが、使い心地については #62 を通して確認していく予定のため、一般の設備・備品や契約について便利に使えるかは未知。

NO Updated by nop_thread about 1 year ago Actions #16

  • 前回確認日 changed from 02/25/2025 to 03/22/2025

NO Updated by nop_thread 11 months ago Actions #17

  • Priority changed from 高め to 通常
  • リマインド予定日 deleted (06/21/2025)

機能 #62: ポスターとタペストリーのカタログ管理 で、そもそも NocoDB を使うのがダルいという問題が発生している。
この調子だと任意のリソース管理に使うのもダルいと思う可能性が高い。
どうしたものか……

とりあえず当面はチケットで我慢することにして優先度は下げる。

NO Updated by nop_thread 5 months ago · Edited Actions #18

  • 前回確認日 changed from 03/22/2025 to 12/31/2025

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 Updated by nop_thread 3 months ago Actions #19

  • 前回確認日 changed from 12/31/2025 to 02/14/2026

計算機や関連機材については NetBox でどうにかなるかもしれない気はしている。
それ以外については微妙。

ただ、計算機関連だけ別にするというのもどうにも微妙な感じがする。
たとえば計算機やその部品と同じく保証期間終了まで箱を取っておく必要がある電子機器であっても、無線ヘッドホンや携帯音楽プレイヤーなどは NetBox で管理したいものではない (後者はネットワーク接続するクライアントとして登録可能ではあるが……)。
保証や紐付くタスクの管理の目的で見ると近いものを、別の側面で違うからといって全く別のシステムで管理するというのは、どうにも素晴らしくない。
両方 (たとえば Redmine と NetBox) に登録するとなるとシンプルに手間が2倍になるので、それはそれで嫌。

備品管理目的だとしばしば新しいソフトウェアが出てくるので、たまに新しいものを試してみるべきなのかもしれない。
(ちなみに最近 (というほど最近でもないが) は HomeBox あたりが気になっている。)

NO Updated by nop_thread 3 months ago Actions #20

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

(ちなみに最近 (というほど最近でもないが) は HomeBox あたりが気になっている。)

Demo を触ってみた。
item はネストできるようだが location はネストできなそうで、加えて parent item の bulk change もできなそう。

箱詰めしたアイテム (たとえば本) が棚のどの位置にあるかを管理したいなどの状況だと、 location のネストによって 部屋→棚→棚の段 の階層を表現したり、アイテムのネストで 箱→本 を表現したりなどしたいため、両方ができて、かつ bulk update もできないと物足りない。

HomeBox は (少なくとも v0.23.1 時点では) 私にとっては機能不足でありセットアップには値しないということになりそう。

Actions

Also available in: PDF Atom