Ответ 1
Вы можете попробовать IBM Rational Team Concert.
Легкий интерфейс: очень, особенно версия Eclipse.
Рабочий стол: вы можете использовать веб-версию, надстройку VS или версию eclipse, по предпочтениям членов группы. Как я уже сказал, я рекомендую Eclipse (но на самом деле не видел надстройку VS)
Цена: я считаю, что это бесплатное до 10 разработчиков, а затем схемы ценообразования IBM. Но если это не проблема...
(не) Butchered приложение: это IBM, так что это не взломать; и он построен на джазе, поэтому там есть дополнительный сок разработчиков. Хотя он должен был поддерживать как традиционные, так и Agile, по моему опыту он был самым сильным для Scrum. Кроме того, конфигурация настраивается пользователем.
Интеграция SVN: хотя для этого нет официального моста, я уверен, что это было сделано раньше (например, Clearvision) и может быть сделано снова, если потребуется. Кроме того, RTC имеет собственную систему SCM - я не знаю, будет ли это работать достаточно хорошо, чтобы вы могли полностью заменить SVN, но это может быть.
Отчеты: множество (несколько) настраиваемых панелей мониторинга и диаграмм. Если есть возможность отправить автоматические отчеты, я еще не видел его.
Все это звучит довольно близко к тому, что вы описывали.
EDIT: По многочисленным просьбам, некоторые скриншоты... Из моей реальной производственной среды. Это будет длинным.
Это представление Work Breakdown моего текущего спринта. Вы можете видеть, что у вас есть истории пользователей, задачи, у вас могут быть дефекты, AR, риски, препятствия, что у вас есть. Он фактически настраивается, поэтому вы можете добавлять дополнительные типы объектов, каждый со своими собственными свойствами и конечным автоматом. Каждое из свойств, которые вы видите, можно изменить из этого представления - поэтому очень просто просто добавить новую задачу под историю, установить ее оценку и краткое название, и вам хорошо идти. В целом, возможно, 10 секунд для создания новой задачи. Ctrl + S фиксирует ваши изменения (занимает ~ 1-2 секунды).
На самом деле мне почти никогда не приходится покидать этот экран во время спринта. Вы можете назначить работу кому-либо, сделав элемент под своим именем, перетащив существующий элемент под своим именем или щелкните правой кнопкой мыши → присваивать владельцу → свое имя. Вы можете изменять состояния и устанавливать время (или время, которое можно настроить), с этого экрана. Иногда вы хотите открыть элемент для индивидуального редактирования, который вы можете сделать, щелкнув правой кнопкой мыши любой объект. Это откроет его на новой вкладке.
Вы можете видеть, что каждый отдельный член команды, а также команда в целом имеют проделанную работу и ожидаемую. Это основано на датах выпуска, которые я установил для спринтов и общей оценки работы. Если вы правильно выполняете Scrum, то на второй-третий день вы уже назначили каждую историю подавляющее большинство своих задач. У вас есть удобный счетчик для количества незанятых предметов. Фактически, вы даже можете отфильтровать оценочные элементы, чтобы сосредоточиться на оценке оставшихся (что опять-таки два щелчка).
P.S. Мои товарищи по команде не обязательно имеют хорошие результаты или оценки. Но у вас есть идея.
Представления, которые у вас есть, много, и их можно настроить. Итак, если вам нравится липкая доска для ваших задач, у вас есть...
Я не использую это много, но это там. Вы можете просмотреть его сгруппированными группами в процессе, разрешенными и т.д. (Например, снимок экрана), который хорош для просмотра нескольких разных типов объектов; или вы можете сделать это с помощью определенного конечного автомата типа объекта (так что для дефектов, которые вы могли бы решить, WNF и т.д.), Говоря о дефектах, это может интегрироваться с ClearQuest (хотя у него были плохие ограничения, если вы используете многосайтовое решение для CQ). Я не знаю, позволю ли я RTC полностью заменить другую систему отслеживания дефектов, но вы, возможно, могли бы.
Кстати, панель задач интуитивно понятна в том смысле, что вы можете перетащить задачу из одного состояния в другое и обновить ее состояние, считая, что переход состояния разрешен конечным автоматом, который вы определили.
Возможны новые виды. Другим фильтром, который я использую во время планирования спринта, является "Элементы исполнения", который оставляет мне только истории и эпики - без них нет беспорядка. Говоря о "под ними", вы могли бы иметь другие типы отношений, чем родитель-ребенок, например "связанный" или "блокирующий". Чтобы сделать это, я думаю, вам нужно перейти к конкретному объекту. Родительский ребенок тоже может быть выполнен таким образом, но обычно вы просто перетаскиваете объекты друг на друга.
Я добавлю пару скриншотов на боковые панели, и тогда я думаю, что я закончил... Потому что вы должны получить эту идею.
Панель Team Artactacts позволяет просматривать соответствующие объекты. Обычно для управления Scrum это будут планы, в которых вы храните все свои рабочие элементы. Элемент "Рабочие элементы" на самом деле немного вводит в заблуждение в этом отношении, он позволяет вам выполнять запросы (например, "Открыть назначенное мне" ), которые затем отображаются в нижней панели. Я лично предпочитаю использовать планы.
Вы также можете видеть сборки, источник управления там - для некоторых команд они незаменимы, для других (например, у меня) они действительно не используются.
Последний снимок экрана...
На самом деле у вас три области в панели инструментов Team (четыре с "Builds", не представленные здесь, которые я не использую). "Мои открытые элементы" могут отображать любой запрос любым заказом. Это использует приоритет. При наведении указателя на любой из них отображаются соответствующие элементы (требуется 0,5-1 с, чтобы подумать об этом), а F2 увеличит всплывающую подсказку. Щелчок по любому из этих столбцов извлекает элементы для нижней панели.
Журнал событий - это то, что вы ожидаете, что делает ваша команда. Аналогично легко развернуть, щелчок по элементу открывает соответствующий рабочий элемент на новой вкладке.
Затем команда Team Load, в которой сравниваются оценочные присвоенные элементы каждому члену команды, ожидаемые часы, оставшиеся для работы на итерации, а также итоговые. Это связано с индивидуальной настройкой рабочего времени и запланированных отсутствий (увы, отсутствие, похоже, не поддерживает планирование на полдня, только полные дни). По завершению случайности у меня есть один член команды без нагрузки, один с нагрузкой, точно соответствующей ожидаемым часам, и тот, кто, очевидно, пережевал больше, чем мог усвоить. Конечно, ему просто нужно обновить свои задачи, хотя в этом конкретном случае он действительно перегружен работой. Эта панель позволяет Scrum Master быстро определить эту ситуацию и попытаться решить ее до того, как она станет слишком поздно. (Не спрашивайте, почему этого не произошло в этом случае).
Производительность также удивительно хороша. Я не уверен, что они сделали в своей архитектуре, но это намного более гладко, чем другие корпоративные решения, которые я использовал. Безусловно.
Возможно, я должен пояснить, что я никоим образом не связан с IBM, Jazz, RTC и т.д. Я просто считаю, что этот инструмент довольно изящный. На самом деле, я еще не изучил его, но для Scrum это выглядит неплохо, и я рад рассказать о нем:)
Это то, что вы ищете?
P.S. Там есть масса инструментов Agile, вы можете продолжать смотреть вокруг. Но если JIRA недостаточно для вас, то это, вероятно, дисквалифицирует, может быть, 90% того, что хуже (например, ралли).