鯖缶 » 人生管理運用

運用中の設備や備品が全プロジェクト横断の in progress 一覧に出てくると少々鬱陶しい。
クエリで除外すれば良いのはまあそうだが、全部のカスタムクエリで毎度指定するのか？ それはそれでダルい。

そもそもこういった管理は実は Wiki 機能等でも良いのだが、敢えて Redmine 側に入れたい理由としては、時系列ログとしてコメント追記方式の方が適しているように思えるためというのと、 ID が自動で割り振られて楽だからというのが主な理由。
もちろん Wiki ページを自分で追記式かつ各情報チャンクに時間情報の紐付いたログとして運用することも可能ではあるのだが、やはりどうしても整理された情報を残そうという意識がはたらいてしまう。

加えて、 Redmine 内でチケットにしておけば階層構造や関係の設定ができるとか、終了したタスクとして非表示ながら履歴を残しておけるというのもある。
Wiki だと「非表示」というのが難しく、やるとすれば別階層を作ってそちらにページを移動するとかになる。
システムによっては URI が変化してしまうし、そうでなくとも本質的にステータスであるものを階層の移動で表現するのはあまり好みでない。

管理の複雑なものであれば component を作るのが良いのだろうが、「浄水器」なんかはボタン電池と浄水カートリッジの交換しかタスクがないわけで、そのためだけに component を用意してチケットを立てては閉じ、というのも……

とりあえず #130 を試してみる。
駄目そうなら当面は Redmine で管理ということで。

PC 部品等の管理をトラッカーでやってみようとした動機は「保証が切れたものは使い続けつつ、梱包の段ボール箱などを破棄したい」というところにあった。
梱包のように保管はしているが単体で起票して運用するほどでもないようなものについて、 Redmine を使えばコメントや description で記録して実質的に緩やかな管理対象としておけるというのが便利で良い。
梱包側にも Redmine のチケット番号を書き込んだりテープで貼ったりしてメモしておくだけで紐付けられるので、バーコードを印刷して貼るような大仰な仕組みが必要ないのも楽。
一般家庭規模だと、部品が大量にあるにしても企業などとは違って同じ型番を一度に大量にという感じではないので、実はバーコードによる管理は大してメリットがない。
同型の箱が沢山揃うとしてもせいぜい HDD の空箱の数くらいの規模だろうし、それもバーコードリーダーで棚卸したいほどかというとそんなに頻繁かつ大量でもない。

また、モデル番号やシリアル番号などは PC に組み込んで運用してしまうと確認が困難になることがあるが (特にメモリなど)、これらも管理者のみ閲覧可能なカスタムフィールドにしておくことで安全に管理でき、必要なときに簡単に参照できるようになる。
そして複数のシリアル番号がひとつの梱包に紐付いているようなケース (つまり2枚組のメモリなど) も Redmine のチケットの親子関係によって管理できるので非常に都合が良い。