В настоящее время мы используем Trac для управления всеми нашими билетами (ошибками, улучшениями и новыми проектами). У него нет хорошей возможности отображать проекты, выпускать и делать оценки времени. Есть ли хорошая система управления проектами, которая будет интегрирована с Trac, чтобы использовать билеты, которые мы уже производим?Scrum Project Managment w/Trac Integration
Вместо того чтобы искать что-то, что могло бы интегрироваться с Trac, возможно, вы могли бы использовать решение на основе Trac. В Trac есть плагины для Scrum, но я предлагаю проверить Agilo, что является хорошей ориентированной на Scrum и полированной версией Trac. Это может быть одним из лучших вариантов в вашем случае.
было бы неправильным утверждать, что вы должны пройти через http://trac-hacks.org, а затем уточните, что вам было не нравится в плагинах, которые вы там нашли? в противном случае невозможно действительно сказать, что лучше всего подходит, когда неизвестно, просмотрели ли вы самые простые пути.
Я работаю в компании, которая полностью обрела гибкость в нашей инженерной организации, но мы отлично справились с использованием Jira для управления выпуском, даже несмотря на то, что у нее нет особых особенностей схватки. Наш менеджер по продуктам хранит истории пользователей (согласованные с критериями приемлемости) в своем организованном отставании. Когда команда подбирает их для спринта, он создает дело Джиры, и мы помещаем номер дела на нашу доску вместе со всеми задачами (которые не находятся в Джире).
Когда появляются ошибки или запросы функций (сообщается службой поддержки, netops и т. Д.), PM определяет их так же, как и любой другой пользовательский рассказ. Если они будут иметь непосредственный характер, он выведет их прямо на борт, но он не решался это сделать, зная, что это действительно перенаправление ресурсов. Мы оставляем некоторое отставание в наших спринтах, чтобы допускать такие вещи, но если все доходит до волосатого, мы даем ему понять, что нам придется отказаться от истории или не сделать ошибок.