2

会社は成長しており、ますます複雑なソフトウェア設計を実装し始めています。追跡ソフトウェアが必要だと感じています...存在するかどうかはわかりません。

私は現在、モジュールごとによく整理されたドキュメントを含む Google Doc フォルダ (3 人の開発者が共有) を維持しています。ドキュメントは、1 つまたは複数のモジュールへのメジャー アップグレードごとにも作成されます。他のすべての「追跡」については、内部フォーラムがあります。

次のものが必要です: 過去 X 日間に実装された開発者のコ​​メントを非表示または表示するオプションを使用して、Project_01 のすべての機能または特定のプロジェクトのバグ修正をすぐに印刷したい。

これは明らかに、開発者が問題、バグ、および機能を適切なタグ付けで入力する Web ベースのシステムを示唆しています。エントリはコメント可能、タグ付け可能、日付、編集可能である必要があり、レポートはタグ、日付、開発者、プロジェクトなどに基づいている必要があります。

私はこのビジネスを 4 年間運営してきましたが (だから私は周りにいました)、ここにいる白髪交じりの退役軍人から世間知らずだと思われると思います。CMMI のようなものを実装するためのオーバーヘッドを吸収するためのリソースが私たちにあるとは思いません。

アプリケーション モジュールごとに Google ドキュメントを使用し、その他すべてに内部の phpbb フォーラムを使用するという私の個人的な進化は、最初の方法 (マーカー ボード、Microsoft Word ドキュメント) と比較して非常に優れています。優れたオンデマンド レポートで機能/バグ/問題をより適切に追跡できれば、クライアントの期待をはるかに超えることができると感じています。

考え?

更新: MediaWiki を Mantis と統合しました

4

4 に答える 4

3

fogbugzを見てください。すべての要件を満たしているようです。

また、この他の SO の質問を見てください: Free/Cheap Task/Bug Management software

于 2009-07-11T21:06:59.663 に答える
3

私はカマキリで良い経験をしています。 http://www.mantisbt.org

于 2009-07-11T21:09:38.813 に答える
1

はい、FogBugzTracをお勧めします。

お役に立てば幸いです。

于 2009-07-11T21:13:33.707 に答える
0

問題追跡システムのこの比較は、興味深いか圧倒されるかのどちらかだと思います。

同じ建物に 3 人の開発者がいれば、おそらくソフトウェア ツールがなくてもやっていけると思います。しかし、それなしでは生き残れないほど大きく/複雑になる前に、今何かを採用することで、将来の痛みを大幅に軽減できる可能性があります.

于 2009-07-11T21:13:26.763 に答える