アカウント名:
パスワード:
で、Mantis [sourceforge.net]。MySQL と PHP 必要ですけど、すぐに設置できます。 英語さえちょこっと読めれば簡単に使えます。
4, 5人のプロジェクトでも、バグトラッカがあると、 todo list がはっきりして、すごく便利です。 バグトラッカという名前からバグ報告するためのもんって 印象があるけど、開発中は feature request の方が断然多い。 (使い方間違ってるのかな)。 アイディアを思いついたら、Mantis に報告。バグ発見し
たとえ複数の人間が作業に当たっても、 一つのバグ/フィーチャーにつき責任者は一人というほうが、 責任の所在がはっきりして便利だと思いますけどね。 で、そいつに「assign」 「誰使ってどういう作業してもいいけど、期日までに仕上がらなかったらそいつの責任」方式。 実際ペアプログラムやってれば、担当はたいてい二名以上だし。
あと、数名で担当できないような問題は小分けして、 バグ報告しなおすべきということかも。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
猿でも設置できるバグトラッカ (スコア:3, 参考になる)
で、Mantis [sourceforge.net]。MySQL と PHP 必要ですけど、すぐに設置できます。
英語さえちょこっと読めれば簡単に使えます。
4, 5人のプロジェクトでも、バグトラッカがあると、 todo list がはっきりして、すごく便利です。
バグトラッカという名前からバグ報告するためのもんって 印象があるけど、開発中は feature request の方が断然多い。 (使い方間違ってるのかな)。
アイディアを思いついたら、Mantis に報告。バグ発見し
担当者 (スコア:1)
結構良さげだけど、担当者が1人しか設定できない(追加方法があるのかどうかは不明)のでは、現場によってはマッチしないかもしれません。
Re:担当者 (スコア:1)
たとえ複数の人間が作業に当たっても、 一つのバグ/フィーチャーにつき責任者は一人というほうが、 責任の所在がはっきりして便利だと思いますけどね。
で、そいつに「assign」
「誰使ってどういう作業してもいいけど、期日までに仕上がらなかったらそいつの責任」方式。
実際ペアプログラムやってれば、担当はたいてい二名以上だし。
あと、数名で担当できないような問題は小分けして、 バグ報告しなおすべきということかも。
Re:担当者 (スコア:1)
マッチしない現場がある可能性は否定しませんけど
担当者を複数指定 (スコア:0)
ですね。
ただ、QA項目にメールアドレスを複数指定できたと思いますので
本来の QA という意味合いとは異なりますが、担当チームのうち
リードする人が担当者になりその他のメンバは QA に設定すると
いう使い方で要求をま