Лучшие практики Redmine [закрываются]

Мы используем раздел Roadmap в качестве ясного способа отобразиться:

• ошибки
• функции (который был бы ссылками на Ваш документ слова или связался бы со страницами требования HTML)
• согласования (различия между постановочными достоинствами и тестовыми значениями)
• и так далее...

, Который является основным моментом консолидации для нас. Остальное используется в отношении с тем (например, 'объявить' раздел используется для определения основных дат вехи/выпуска, используемых в дорожной карте)

Я - веб-разработчик внештатного работника Ruby и Redmine, который выполняет бизнес разработки одного (меня). Таким образом, мой Redmine является установкой, чтобы быть довольно легким и ориентированным на клиента. Мой Redmine также служит двойной обязанности для хостинга моих проектов С открытым исходным кодом.

я действительно позволяю новым проблемам и обновлениям быть отправленными по электронной почте, и это работает отлично для почтовых подключенных пользователей (или те, кто всегда находится на их iPhone).

я использовал представление репозитория с репозиториями мерзавца, и оно работает отлично. С каждой регистрацией я ссылаюсь на проблему с #nnn, таким образом, фактическая страница проблемы покажет все фиксации для реализования опции.

я нашел, что форумы недогружены. Я думаю, была ли некоторая почтовая интеграция, они были бы более полезными.

We have found useful the following practices:

1) Hide "Issue" and "Support" tracker, and file everything as a bug:

• time-saver for developers, testers, management;
• if some activities are to be billed as "extra" or "new feature" or anything else, quick meetings are arranged to assess them.

2) milestones & versions Мне это нравится, вы можете легко отслеживать состояние каждого выпуска и в любое время вы можете загрузить более старый пакет, то есть, чтобы проверить ошибку, поданную клиентом.

3) функция «сохранить» на вкладке «проблемы»: другое Это экономит много времени, у меня сохраняются разные запросы для многих задач ежедневных отчетов, и это все, что мне нужно.

4) Интеграция версий, то есть использование «# 123» в комментариях создает ссылку на соответствующую проблему: просто умно !

В дополнение к другим комментариям я рекомендую использовать "Материал" To Do »- Плагин (написано Эриком Дэвисом, я думаю :) Использование этого плагина позволяет перетаскивать и сортировать порядок проблем в нескольких проектах.

https://projects.littlestreamsoftware.com/projects/show/redmine-stuff-to-do

Я разрабатываю и поддерживаю внутренние приложения для группы производственных компаний. На момент написания этого комментария я единственный разработчик/аналитик в ИТ-команде. В самый разгар рецессии требования к моему проекту резко возросли. Таким образом, мой проект и невыполненная работа довольно громоздки. Сейчас мы находимся в процессе реструктуризации, чтобы расширить команду.

Вот как я использую Redmine, чтобы держать голову прямо (насколько это возможно), моих пользователей в страхе и, надеюсь, не допускать чрезмерного удержания новых сотрудников в будущем.

• Я использую Subversion для управления исходным кодом с TortoiseSVN и подходящим названием Tortoise-Redmine plugin. Обновление репозитория проекта Redmine после фиксации связывает проблему, которая показывает версию проблемы, и обновляет моих заинтересованных лиц с помощью уведомления по электронной почте.
• Я рассматриваю описание проекта как средство донесения цели, масштаба и стадии жизненного цикла проекта до тех, кто в нем не участвует. Таким образом, мои пользователи знают, что у меня на тарелке, а что еще в буфете, на что я смотрю издалека.
• Я использую определенные имена ролей для своих наборов разрешений, которые указывают больше, чем набор разрешений — опять же, как средство документирования. Мои роли включают в себя следующее: менеджер проекта, член проектной группы, владелец, основной пользователь, дополнительный пользователь, наблюдатель, повелитель (для моих боссов... и весело, и бесспорно правильно).
• Я использую Wiki и Documents для документации, в зависимости от того, что я считаю уместным.
• Версии для меня практически бесполезны, поэтому вместо того, чтобы использовать их для запланированных выпусков, я использую их для группировки связанных проблем в спринты.
• Я использую великолепный плагин Stuff-To-Do от Эрика Дэвиса для организации/реорганизации вышеупомянутых спринтов перед массовым редактированием целевых версий моих задач. Это также позволяет моим заинтересованным сторонам узнать, над чем я работаю и как я расставил приоритеты в их интересах (в лучшую или худшую сторону).
• Чтобы стимулировать взаимодействие с пользователем, я добавил ссылки на проект Redmine в меню справки моих приложений. Поле «О программе» также содержит ссылку на проект Redmine.

Планы на будущее

• Я надеюсь, что когда-нибудь закончу расширение Visual Studio для интеграции с Redmine.
• Создайте библиотеку кода, чтобы свободно связать мое приложение с его проектом Redmine: автоматизировать отправку сообщений об ошибках, оповещать подписавшихся заинтересованных лиц из системного трея, многоразовое интерактивное меню справки, управляемое REST API Redmine, и т. д. (Может быть, автоматизировать части документации с помощью Wiki? )