Лучшая практика создания "дорожной карты" в Jira [закрыто]

мы хотим реализовать твердую "дорожную карту" для нашей Дорожной карты разработки продукта. Мы используем Jira (4.4.3) и Greenhopper для управления проектами и отслеживания ошибок, но функция дорожной карты Jira просто показывает вам список версий, которые вы определили.

однако в настоящее время мы используем наш "модели" для каждого спринта, например, "неделя 16", "неделя 17"и т. д. которые содержат все задачи / проблемы для спринта этой недели.

Versions Screenshot

в настоящее время мы использовать "компоненты" чтобы отслеживать основные наборы функций и классифицировать (например, "интеграция с XYZ API", "перенос электронной почты в SendGrid", "ошибки: код" или "технический долг").

Components Screenshot

Джире "Дорожная карта" функция показывает список версий и прогресс каждого. Тем не менее, мы уже используем версии для отслеживания наших еженедельных спринтов, и некоторые из этих функций дорожной карты будут охватывать многие выпуски / версии / спринты.

<a href=Roadmap Screenshot" src="/images/content/10256767/31d3f6f3c42e06aa62bbe4ad50c4f5b8.png">

Как мы можем отслеживать нашу полную дорожную карту в Jira? Мы действительно хотели бы видеть список наших основных инициатив в этой дорожной карте вместо списка всех наших еженедельных спринтов (например, "включить селен на сервере CI", "преобразование Экстранета MVC3", "обновить производство до R2").

3 ответов


обновление

сюжет GHS-945 было решено в GreenHopper 5.10 уже - а GreenHopper 6.0 официально обеспечивает все упомянутые основные улучшения в отношении канбан, Scrum и особенно пользовательской гибкой платы, планирования и управления процессами, а также многих других, не упомянутых или доступных ранее. Соответственно промежуточный срок Быстрое Правления также был сброшен, см. больше не быстрый имя-но все же быстрое по природе:

в GreenHopper 6.0 новая плата больше не известна как " быстрая Совет " - мы полагаем, что все уже знают, что это намного быстрее, чем классические доски. Новая доска была построена с нуля новая технология, которая позволяет обеспечить оптимальную производительность, максимально использовать свое драгоценное время.

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

вывод

наш бывший рабочий процесс, включая окраску отставания (см. какой цвет ваш Отставание?) теперь полностью перекочевал в новый GreenHopper, получив огромное количество существенных новых функций и улучшений на лету и соответственно более гибкую и продуктивную команду.


Первоначальный Ответ

версия против несоответствия импеданса спринта во многих областях Джира и GreenHopper - хорошо известная проблема для agile-команд, используя этот toolchain. Мы предпринимали различные попытки исправить это так или иначе (в основном через иерархии версий, т. е. версии продуктов и версии sprint с родительскими дочерними отношениями), ни одна из которых не оказалась действительно продуктивной.

соответственно, относительно датированная история добавить отдельное поле, чтобы отслеживать спринт и выпускать информацию независимо друг от друга (GHS-945) захватывает эта тема. Хотя на сегодняшний день он не решен, GreenHopper в настоящее время претерпевает серьезную реструктуризацию для решения этой проблемы (и связанных с ней) проблемы, и хотя они еще не закончены, соответствующая функциональность, доступная сегодня, уже обращается к вашему варианту использования (в конечном итоге), см. статус Atlassian по состоянию на 28 февраля 2012:

Sprint как отдельное настраиваемое поле теперь доступно в GreenHopper 5.9 однако он используется только Scrum Rapid Board (который может быть включен как лабораторная функция с экранов администратора GreenHopper).

быстрая польза доски этого поля освобождает вверх поле fixVersion для нормального использования.

указанные Быстрое Правления и реструктуризация в целом более подробно описана в будущее GreenHopper:

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

на Быстрое Правления и связанная с этим функциональность в настоящее время улучшается быстро, т. е. команда GreenHopper быстро повторяет и реализует основные улучшения в настоящее время ежемесячно до двухнедельных выпусков.

Я полностью продан этому подходу, который в основном строит доску поверх универсальной функциональности JQL (см. Расширенный Поиск), позволяющ почти полная свобода собрать идеальную доску для твои нужды.

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

переход к этому новому подходу-это, конечно, целенаправленные усилия, требующие некоторого планирования и времени в конечном итоге, также есть некоторые соответствующие недостатки, касающиеся ранее доступные функции; например, в настоящее время неразрешенная история как пользователь, я хотел бы настроить карты, отображаемые в rapid board (GHS-3922) очень важно для нас, потому что мы используем инновационный подход Филиппа г-жа крухтен для окраски отставание (см. какого цвета ваше отставание?) С большим успехом и это не возможно для быстрого доске.

наконец, GreenHopper 5.9 требует JIRA 5.0, который может быть или не быть прямо сейчас это шоу.


Если вы ищете различную степень детализации во времени (спринты против релизов/версий) и/или уровень детализации (изменения набора функций против задач разработки), то хороший подход состоит в том, чтобы разделить их на 2 разных проекта и использовать ссылку на проблему по мере необходимости.

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

недостатком является необходимость синхронизации двух проектов, в основном вручную.


просто, чтобы продолжить эту тему, я хотел отметить надстройку roadmapping для JIRA, Easy Agile Дорожные Карты. Перетащите былины на календарь, затем перетаскивайте эпическое. Вы также можете добавить версию и статические маркеры в дорожную карту, чтобы выделить вехи.

Easy Agile Roadmaps for JIRA