Гибкий инструмент разработки scrum? [закрытый]

Можно попробовать IBM Rational Team Concert .

Простой пользовательский интерфейс: очень, особенно версия Eclipse.

Desktop: вы можете использовать web, VS add-in или eclipse version в зависимости от предпочтений членов команды. Как я уже сказал, я рекомендую Eclipse (но на самом деле не видел надстройки VS)

Цена: я считаю, что это бесплатно до 10 разработчиков, тогда это схемы ценообразования IBM. Но если это не проблема...

(не)разделанное приложение: это IBM, так что это не хак; и он построен на джазе, так что там есть какой-то дополнительный сок сообщества разработчиков. Хотя предполагается, что он способен поддерживать как традиционные, так и гибкие технологии, по моему опыту, он сильнее всего подходит для Scrum. Кроме того, конфигурация очень настраиваема.

Интеграция SVN: хотя официального моста для этого нет, я уверен, что это было сделано раньше (, например, Clearvision), и может быть сделано снова, если потребуется. Кроме того, RTC поставляется со своей собственной системой SCM - я не знаю, будет ли это работать достаточно хорошо для вас, чтобы заменить SVN в целом, но может быть.

Отчеты: множество (несколько) настраиваемых панелей мониторинга и диаграмм. Если и есть способ отправлять автоматические отчеты, то я его еще не видел.

В целом это звучит довольно близко к тому, что вы описывали.

EDIT: по многочисленным просьбам, некоторые скриншоты... Из моей реальной производственной среды. Это будет очень долго.

Это представление разбивки работы моего текущего спринта. Вы можете это видеть у вас есть рассказы пользователей, задач, вы можете иметь дефектов, Арс, риски, препятствия, чем ты. Он фактически настраивается, так что вы можете добавлять дополнительные типы объектов, каждый со своими собственными свойствами и машиной состояний. Каждое из свойств, которые вы видите, может быть изменено из этого представления - так что очень легко просто добавить новую задачу под историю, установить ее оценку и краткое название, и вы можете идти. В целом, возможно, 10 секунд для создания новой задачи. Ctrl+S фиксирует ваши изменения (занимает ~1-2 секунды).

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

Вы можете видеть, что каждый отдельный член команды, а также команда в целом имеет работу, выполненную против ожидаемой. Это основано на датах выпуска, которые я установил для спринтов, и общей оценке работы. Если вы делаете Scrum правильно, то на второй-третий день вы уже назначили каждой истории подавляющее большинство ее задач. Вы получаете удобный счетчик для того, сколько предметов вы недооценили. Фактически, вы даже можете отфильтровать оценочные элементы, чтобы сосредоточиться на оценке оставшихся (что опять же равно двум щелчки).

P.S. мои товарищи по команде не обязательно имеют хорошие разбивки задач / оценки здесь. Но вы поняли идею.

Видов, которые вы можете иметь, много,и их можно настроить. Так что, если вам нравится липкая доска для ваших задач, у вас есть...

На самом деле я не часто использую это, но оно есть. Вы можете либо просмотреть его по сгруппированным группам незавершенных, разрешенных и т. д. (как на скриншоте), что хорошо для просмотра нескольких различных типов объектов; или вы можете сделать это с помощью машина состояний определенного типа объекта (так что для дефектов вы могли бы решить, WNF и т. д.) Говоря о дефектах, это может интегрироваться с ClearQuest (хотя у него есть плохие ограничения, если вы используете мультисайтовое решение для CQ). Я не знаю, позволил бы я RTC полностью заменить другую систему отслеживания дефектов, но вы, вероятно, могли бы.

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

Возможны и другие виды. Другой фильтр, который я использую во время планирования спринта,- это "элементы исполнения", которые оставляют мне только истории и эпопеи - никакого беспорядка под ними. Говоря о "Под ними", вы можете иметь другие типы отношений, чем родитель-ребенок, такие как" связанные "или"блокирующие". Чтобы сделать это, хотя я думаю, что вы должны войти в конкретный объект. Родитель-ребенок может быть сделано таким же образом, но обычно вы просто перетащить объекты на друг к другу.

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

Панель артефакты команды позволяет просматривать соответствующие объекты. Как правило, для Scrum-менеджмента это будут планы, в которых вы храните все свои рабочие элементы. Пункт " рабочие элементы "на самом деле немного вводит в заблуждение в этом отношении, он позволяет выполнять запросы (например," открыть назначено Мне"), которые затем появляются в нижней панели. Лично я предпочитаю используя планы.

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

Последний снимок экрана...

На самом деле есть три области в Панели Управления команды (четыре с "сборками" не представлены здесь, которые я не использую). "Мои открытые элементы" действительно могут отображать любой запрос, в любом порядке. Этот использует приоритет. Наведение курсора на любой из этих дисплеев соответствующих элементов (занимает 0,5-1С, чтобы подумать об этом), с F2, увеличивающим подсказку. Щелчок по любому из этих столбцов возвращает элементы для нижней панели.

Журнал событий - это то, что вы ожидаете, то, что делает ваша команда. Аналогично легко развернуть, нажав на элемент открывает соответствующий рабочий элемент в новой вкладке.

Затем идет загрузка команды, которая сравнивает оцененные назначенные элементы с ожидаемыми часами каждого члена команды, оставшимися для работы в итерации, а также итогом. Это вытекает из индивидуальной настройки рабочего времени и запланированные отлучки (увы, отлучки, похоже, не поддерживают никакого планирования на полдня, только полные дни). По чистой случайности, у меня есть один член команды без нагрузки, один с нагрузкой, точно соответствующей их ожидаемым часам, и один, который, очевидно, жевал больше, чем мог проглотить. Конечно, ему просто нужно обновить свои задачи, хотя в данном конкретном случае он действительно перегружен работой. Эта панель мониторинга позволяет мастеру Scrum быстро идентифицировать такого рода ситуацию и попытаться решить ее до того, как она станет слишком сложной. поздний. (Не спрашивайте, почему этого не произошло в данном случае).

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

Возможно, мне следует дать понять, что я никоим образом не связан с IBM, Jazz, RTC и т. д. Я просто думаю, что инструмент довольно изящный. Я еще не закончил его исследовать, на самом деле, но для Scrum он кажется чертовски хорошим, и я счастлив распространить это слово. :)

Это то, что вы ищете?

P.S. есть тонна гибких инструментов, вы можете продолжать смотреть вокруг. Но если Джира была недостаточно хороша для вас, то это, вероятно, дисквалифицирует, возможно, 90% того, что там хуже (например, ралли).