プログラマです。

やっぱり複数の人数で同時にかつ継続的に「トラッキング」できる点ですよね。

過去のバージョンとか、ベースとなったモデルとかも参考にできるし、なによりデータベースになることで大きな意味を持つと思います。

マンティスでもなんでもそうですが、最初は項目が多すぎてとっつきにくいですよね。

ほかにもバグジラ、バグナッツ、影舞などがあります。

一応全部使ったことがあります。

簡単管理をするのであれば、バグナッツとか影舞でいいんじゃないでしょうかねぇ？

まず、MantisなどのBTSですが、一人で使っては意味がありません。

複数の開発者と複数のテスター（起票者）がいる場合に初めて役に立ちます。

関係者が１０人以上いてありがたみが始めてわかると思います。

BTSの便利な点は、バグの処理がワークフロー化されて自動的に処理されることです。

[起票者]バグ報告→[担当者]再現性確認→[担当者]対策済→[起票者]対策確認

このそれぞれで、必要な人にメールが飛びます。

新しくバグが登録されると担当者にメールが届き、担当者がより詳細な情報が欲しい場合は再度起票者にメールが飛びと

面倒を見る人が居なくても自動的に処理が進みます。

（開発者やテスターが複数の部署や会社にまたがるとこの連絡をやり取りするだけで専用の担当者が必要になります）

BTSなどで一番重要なことは「不具合を採番すること」だと思います。このことにより、「不具合管理番号○○○○○○番」の不具合と言って話が通じるようになります。

また、どの不具合のバグが何件あるかという情報が共有できます。

バグレポートもすぐ出力できます。

ソフト担当者は後どのバグがあるかと自分は何を対策すればいいのかが分かります（複数の人で開発していると誰がどのバグを直すかというのも決めないといけません。そうしないとバッティングしてしまいます）

また、評価担当者は自分が起票した不具合がいつ対策されてどのバージョンで対策版がリリースされるかわかります。

また、ニュース機能などで関係者間で情報を共有することができます。

Webアプリを開発しているときなどは、

バグ追跡システムと開発中のWebアプリを

認証付きでグローバルに公開しておくと、

自宅からテストすることができます。

mantisはつかったことがなく、gnats、trac、あと社内謹製のものぐらいですが。

とりあえず Excelなどで管理していたことがありますが、集団で作業するときに変更が衝突して困ります。それが一番です。

個人ではカード型データベースでも間に合うのではないでしょうか。

あとは、既存の BTSだと運用法が固まっていて、迷うことがすくないというのもあります。個人でやってると柔軟に運用しすぎて管理できなかったり。