FogBugzのケースにはどのような情報を入れるべきですか？

Question

FogBugzのケースでは、どのような種類の情報が必要なのか、私が働いているところで議論してきました。私は、新しいバグを作成したとき、または既存のケースで編集を押したときに、 "Opened by"テキストのすぐ下にある大きなフリーテキストフィールドについて話しています。

たとえば、バグの詳細な説明がそこに属していることに同意します。最初にバグを作成するときには、その説明を挿入します。しかし、後の編集では、そこに置くことができる/できなければならない情報のタイプは何ですか？

私たちがすべて同意しない最大の問題は、デザインの議論がそこに属しているかどうかということです。このような何か：

FEATURE 714 
    Opened by 'Person A' 
    We need to provide a user with the ability to quiggle-fy the doodad. 

    Edited by 'Person B' 
    Do you think this will involve changing the crabbadonk interface as well? 

    Edited by 'Person C' 
    No, the crabbadonk is already quiggle-fied. 

私たちは皆、どのような人Aが言ったことが属していることを同意するが、私たちは人Bと人物Cの間の会話が同様にそこにあるようにするために、それは理にかなっているかどうかわかりません。

他の会社は何をしていますか？そこにはどんな種類の情報が属しているかについて一般に認められている原則はありますか？ FogBugzの方がいいですか？または、それに使用する別のツールがありますか？ FogBugzのために

Answer 1

は、ここで私は私のプロジェクトでやりたいものです：

1. ディスカッションは、エンド設計を実装するためのWiki
2. でタスクを行くべき
3. ディスカッションボードに行く必要がありますデザインは、これは、彼らが最高の仕事の方法で様々な「形式」を使用する利点があり、またたくさん Oを提供例

なされるべきです柔軟性。物事の間を行き来できるようにする必要がある場合は、これを簡単にするプラグインが既にあります。また、自分で作成することも難しくありません（bugmonkeyスクリプトまたはプラグインとして）。