アカウント名:
パスワード:
>複数のバグトラッカーのバグを管理するのにどのような方法を取っているのだろうか。>特に依存するバグ同士の管理はどうするのが良いだろうか。
BTSにまだまだ詳しくないので外してたらご指南願いたいんですが、上記を読んで違和感を感じました。
「複数のバグトラッカーの」ということは主に別々のプロジェクトのという意味ですよね?一方「依存するバグ同士の」というのは主に同じプロジェクトの中のという意味ですよね?だとすればですが、なんか2つの話題がごちゃごちゃになっているのではないでしょうか?
それとも「同じプロジェクトではないが依存関係にある2つのプロジェクト」の話なのでしょうか
私の場合、もともと使っていた社内BTSと客先のBTS、両方を使わざる負えない状況なので元ネタの言いたい事はよく理解出来ます。「別々の会社」や「別々のグループ」毎に管理方法が異なるのは当然の事で、OSSでも商用プロジェクトでも普通にある事なのではないでしょうか?私のところでは結局、定期的にEXCELや箇条書きに落して、進捗報告と一緒に棚卸し結果をメール送付、その上で進捗会議で意識合わせをするといった感じです。うちの会社は下請け会社の一つに過ぎないので客先に大きな事は言えません。。
結局、バグ対処に費やす作業量のほうが大きいのであまり興味はありませんが、RSSのようにオープンで定義されたバグ表現様式が広く実装されれば効率は上がりそうですね。
>結局、バグ対処に費やす作業量のほうが大きいのであまり興味はありませんが、ですねー。
どんなバグトラッキングシステムを使ってるとか、或いは仮にExcel管理だったとしても、たった一つのスパゲッティ=プログラム、たった一人のヘボプログラマー、たった一人のコン猿やヘボ管理職の持つ破壊力に比べたら可愛いもんです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
論点がぶれてないの? (スコア:0)
>複数のバグトラッカーのバグを管理するのにどのような方法を取っているのだろうか。
>特に依存するバグ同士の管理はどうするのが良いだろうか。
BTSにまだまだ詳しくないので外してたらご指南願いたいんですが、
上記を読んで違和感を感じました。
「複数のバグトラッカーの」ということは主に別々のプロジェクトのという意味ですよね?
一方「依存するバグ同士の」というのは主に同じプロジェクトの中のという意味ですよね?
だとすればですが、なんか2つの話題がごちゃごちゃになっているのではないでしょうか?
それとも「同じプロジェクトではないが依存関係にある2つのプロジェクト」の話なのでしょうか
Re:論点がぶれてないの? (スコア:1)
私の場合、もともと使っていた社内BTSと客先のBTS、両方を使わざる負えない状況なので元ネタの言いたい事はよく理解出来ます。
「別々の会社」や「別々のグループ」毎に管理方法が異なるのは当然の事で、OSSでも商用プロジェクトでも普通にある事なのではないでしょうか?
私のところでは結局、定期的にEXCELや箇条書きに落して、進捗報告と一緒に棚卸し結果をメール送付、その上で進捗会議で意識合わせをするといった感じです。
うちの会社は下請け会社の一つに過ぎないので客先に大きな事は言えません。。
結局、バグ対処に費やす作業量のほうが大きいのであまり興味はありませんが、
RSSのようにオープンで定義されたバグ表現様式が広く実装されれば効率は上がりそうですね。
Re:論点がぶれてないの? (スコア:1)
>結局、バグ対処に費やす作業量のほうが大きいのであまり興味はありませんが、
ですねー。
どんなバグトラッキングシステムを使ってるとか、或いは仮にExcel管理だったとしても、
たった一つのスパゲッティ=プログラム、たった一人のヘボプログラマー、たった一人の
コン猿やヘボ管理職の持つ破壊力に比べたら可愛いもんです。