昔は紙で不具合管理票を1枚1枚管理していました。「バグ見つけたよ!書いとくから、直ったらこの紙に書いて報告してね」という感じで、紙が行き交うのも、社員同士のコミュニケーションのきっかけになったりしていました。システムが完成した時は、そのファイルが何冊にもなった覚えがあります。不具合管理票はシステム開発のテスト工程での成果物(結果を残すこと)でもありますが、報告書的な意味があったり、最終的には破棄される場合が多いと思います。昔のあるシステムの管理票サンプル(pdfファイル)はこんな感じになっていました。「タイトル」に該当機能を書いて、あとは現象(問題点)を書くようになっています。大きなシステムではないので、できるだけ簡単にしたいとうものもあってこのようになっていたのだろうと思います。対策となりますので、これに付随した情報を管理することになります。目的は品質向上でしょうか。テスト工程の進捗を知る情報にもなります。管理票(バグ)がないのは全くテストしていないか、不具合を報告していないか、テストはしたが不具合がない完璧なシステムとなります。それで、システムの目的はシステムのバグの管理システムのトラブル発生時の対応、対処方法の管理をするための不具合情報のデータベース化Webシステムにして、誰でも簡単に見られる共有化(見える化)です。理由は「紙で管理するのを止めたかった」かもしれません。みなさんはどのようにシステムの不具合を管理されてますでしょうか?頭の中だけ紙ベースエクセルのような表計算ソフトを使って、メールでやり取りする個々担当者にメールして改修したら返して(報告)もらう。メーリングリスト(メール配信システム)使う。(参加メンバ全員に配信する)専用の不具合管理システム大きなシステムでなければ、上記の1.〜5.でほんとんど管理は可能と思われますが、いかがでしょうか。