スラッシュドット・ジャパン

ここ数週間、見るのをまったく忘れていた。

（まだ内部利用だけで公開してるわけでないから大したことないけどね。）

> バグの半分くらいは他のバグフィックス依存で

Ａ「Ｂのバグが直らないと、このバグ取れないんすよー」
Ｂ「そのバグはＡのこのバグに依存してるんすよー」
Ａ「そのバグはＢのこのバグから派生してるんすよー」
Ｂ「そのバグはＡのこの・・・・」

これをバグの「デッドロック問題」と言う。

ウチはPukiWikiのbugtrack。

やらないよりはいいかと思って使ってるが、微妙な使い勝手。

ところで外人混じりのチームなんで英語で書くようにしてたら報告者には敷居が高いらしい。
といって、日本語で書くと外国人が「読み飛ばす」率が上がる。どうしたものでしょうかね。
今は未公開でトラフィックも少ないので時々訳してるが、今後増えたらいちいち英訳もしてられないしなぁ。

文章指摘のコメントって不毛だとは若干感じつつ……

つか複数あるのはBTS？バグ？

両方だと思います。日本語のタイトルを補完するなら「複数のバグトラッカーの複数のバグ」でしょう。英文では複数なのはBTSですが、一つのBTSのバグが一つだけって状況は一般的でないですし。

#あああ、やっぱり不毛だ。読んでる人、すいません。

私の場合、もともと使っていた社内BTSと客先のBTS、両方を使わざる負えない状況なので元ネタの言いたい事はよく理解出来ます。
「別々の会社」や「別々のグループ」毎に管理方法が異なるのは当然の事で、OSSでも商用プロジェクトでも普通にある事なのではないでしょうか？
私のところでは結局、定期的にEXCELや箇条書きに落して、進捗報告と一緒に棚卸し結果をメール送付、その上で進捗会議で意識合わせをするといった感じです。
うちの会社は下請け会社の一つに過ぎないので客先に大きな事は言えません。。

結局、バグ対処に費やす作業量のほうが大きいのであまり興味はありませんが、
RSSのようにオープンで定義されたバグ表現様式が広く実装されれば効率は上がりそうですね。