Мы используем Redmine, но «синтегрировать» не смогли. Инструкция на сайте кривая (вполне возможно), и не работотает пока синхронизация тикетов и ревизий (например, «закрыл тикет в такой-то ревизии»), только ручками. И работа с MyLin пока не нативная (нет реализации адаптера для Redmine, только generic adapter можно использовать)
Вообщем, системка, что-надо под наши скромные задачи.
Отличная статья. Обширно, но без воды, понятным языком и с поясняюшими ссылками.
В общем примерный хабропост. Автору кармы, а сам пойду придумывать можно ли ето прикрутить к обыденной провайдерской реальности и хоть както угоманить тот зоопарк который творится в техподдержке и серверной.
1. Нажать «Обновить» (Почти все изменения делаются через этот пункт) — там будет поле статуса. Если права на смену есть (смотрите настройки воркфлоу и ролей) — его можно будет сменить. Картинку надо?
2. Да, оперативный план — это Родмап. Возможно у вас нет версий в проекте? Родмап без версий лично мне совсем непонятней.
Насчет неудобности интерфейса XPlanner — кому как. Для меня, например, он показался очень даже легким в освоении. У нас была небольшая команда разработчиков (менее 10 человек), расположенная в рамках одного офиса, и XPlanner был очень эффективным средством. Уведомления там есть, да.
>>Каждый вечер разработчик пишет в рассылку отчёт по задачам
У нас каждый день в начале рабочего дня были пятиминутки, где каждый из разработчиков в том числе отчитывался о сделанном за предыдущий день
>>При коммите в качестве комментария писался Id задач
Мы делали в виде Id задачи + название задачи, так было вполне удобно
Пул задач — мы тоже делали отдельную итерацию, из которой переносили. Насчет неудобства процесса не соглашусь — нажать move и пару раз щелкнуть мышью — в чем проблема?
Ролей editor-а и viewer-а в xplanner-е нам хватало: PM после короткого обсуждения создавал/перебрасывал истории в новую итерацию, затем разработчики самостоятельно распределяли задачи в историях. И это вполне успешно работало.
В итоге мне XPlanner кажется идеальным решением для маленьких команд, где не требуется активного обмена e-mail-ами и т п. Для большой команды, а также на стадии поддержки проекта — это уже далеко не лучшее решение.
Используем.
У нас два редмайна — внутренний и внешний (внешний — чтобы выставить потом в DMZ, вообще легко можно обойтись одним). Там настройкой ролей можно запретить клиентам что-то править, а лишь писать новые задачи, например.
Следует понимать то, что вам нужно от helpdesk'а. Никаких серьёзных вещей, которые должны быть в системах Service Deskа в Redmine нет (эскалации, например). Если практики из ITIL вам не нужны, если процесс у вас не слишком жёсткий — то добро пожаловать, Redmine можно и нужно использовать.
Вполне может быть. Постегры под рукой нет, но проверял на sqlite еще — эффект тот же. Работать то оно работает нормально, это да, но кушает будь здоров, уже до 400 разросся.
попробуйте поставить gem mysql:
# gem install mysql
Это должно ужать его в памяти, гем mysql работает эффективнее встроеного средства.
использую redmine + mongrel, жрет 120 метров, но стабильно.
Переезд с одного средства планирования разработки на другое — с XPlanner на Redmine