Какие типы информации должны быть указаны в теле дела FogBugz?

Question

У нас была дискуссия, где я работаю, о том, какая информация должна содержаться в теле случая FogBugz.Я говорю о большом свободном текстовом поле прямо под текстом «Открыто», когда вы создаете новую ошибку или когда вы нажимаете «Изменить» в существующем случае.

Например, мы все согласны с тем, чтотам есть подробное описание ошибки, и мы обычно добавляем это описание, когда впервые создаем ошибку.Но в более поздних редакциях, какие типы информации могут / должны быть размещены там?

Самая большая проблема, с которой мы не все согласны, заключается в том, относится ли обсуждение дизайна к этому вопросу.Примерно так:

    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.

Мы все согласны с тем, что то, что сказал Лицо А, принадлежит там, но мы не уверены в том, имеет ли смысл и разговор между Лицом Б и Лицей С.

Что делают другие компании?Существуют ли какие-либо общепринятые принципы, к которым относится информация?Есть ли лучшее место в FogBugz для этого?Или для этого нужно использовать отдельный инструмент?

Answer 1

Для FogBugz вот что мне нравится делать с моими проектами:

1. Обсуждение должно идти на доске обсуждений
2. Конечный дизайн должен идти в вики
3. Задачи для реализации проекта должны быть выполнены.

Преимущество заключается в использовании различных «форматов» в том виде, в котором они работают лучше всего, а также обеспечивает лот * 1012.* гибкость.Если вам нужно иметь возможность связываться между вещами, уже есть плагины, которые облегчают эту задачу, и написать свой собственный не слишком сложно (как скрипт bugmonkey или полный плагин).