Как сделать роадмап в jira

Добавил пользователь Алексей Ф.
Обновлено: 05.10.2024

В основном используется для учета багов, обнаруженных в компьютерных и мобильных приложениях. Панель управления JIRA предоставляет множество полезных возможностей и функций, позволяющих легко собрать и упорядочить все найденные проблемы. Ряд из них мы рассмотрим ниже.

1. Система JIRA

JIRA состоит из ряда компонентов, каждый из которых можно настроить. Это:

Рабочий процесс (Workflow);
Типы задач (Issue Types);
Пользовательские рабочие пространства (Custom Fields);
Окна (Screens);
Настройка рабочих пространств (Field Configuration);
Уведомления (Notification);
Решения (Permissions).

2. Задачи JIRA и их типы

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

Типы задач (Issue Types);
Рабочий процесс (Workflow);
Окна (Screens);
Рабочие пространства (Fields);
Свойства задач (Issue Attributes).

9
Типы задач (Issue Types)

В JIRA есть две системы организации типов задач.

Стандартная система организации типов задач (Default Issue Type Scheme).

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

Agile Scrum система организации типов задач (Agile Scrum Issue Type Scheme).

Задачи и проекты, которые ассоциируются с Agile Scrum, используют эту систему.

3. Компоненты JIRA

Компоненты — это подразделы проекта. Они используются, чтобы комбинировать задачи текущего проекта в малых разделах. Компоненты добавляют проекту структурированность, разбивая его на функции, группы, модули, подпроекты и прочее. Используя компоненты, вы можете генерировать отчеты, собирать статистику, отображать ее на панелях управления.

Как показано на скриншоте, вы можете добавлять новые компоненты, такие как Название (Name), Описание (Description), Руководитель отдела/команды (Component lead) и Назначенный ответственным по умолчанию (Default assignee).

4. Окна JIRA (JIRA screen)

Если задача создана в JIRA, она будет организована и представлена на различных рабочих пространствах, которые называются экранами. Эти рабочие пространства могут переводиться и редактироваться в ходе рабочего процесса. Как можно увидеть на скриншоте, каждой задаче вы можете назначить тип экрана. Чтобы ассоциировать осуществление задачи с определенным экраном, нужно зайти в главное меню, кликнуть Задачи (Issues), кликнуть Схемы (Schemes), после этого кликнуть Ассоциировать осуществление задачи с экраном (Associate an issue operation with a screen) и добавить экран, соответствующий требованиям.

5. Свойства задач (Issue Attributes)

В свойства задач входят:

Статусы (Statuses);
Решения (Resolutions);
Приоритеты (Priorities).
9

Различные статусы используются, чтобы обозначить прогресс проекта: Ожидает выполнения (To do), Выполняется (InProgress), Открыт (Open), Закрыт (Closed), Переоткрыт (ReOpened), Решен (Resolved). Также имеются решения и приоритеты. Решения обозначают прогресс выполнения задачи: Исправлено (Fixed), Не будет исправлено (Won’t fix), Дубликат (Duplicate), Не завершено (Incomplete), Не воспроизводится (Cannot reproduce), Выполнено (Done). Также вы можете указать приоритеты задач: Критический (Critical), Высокий (Major), Малозначимый (Minor), Блокирующий (Blocker) и Тривиальный (Trivial).

6. Схемы защиты задач JIRA (Issue Security Schemes)

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

Также имеется Стандартная схема защиты (Default Permission Scheme), которая будет назначена любому новому проекту. Схемы защиты позволяют вам создавать наборы уровней доступа и применять их к любому проекту.

Системная администрация (System Administration)

Вот несколько полезных функций, которые JIRA предоставляет администраторам:

Логи ревизий (Audit Log). В этой вкладке вы можете увидеть детали созданной задачи, а также изменения, внесенные в задачу.

Связывание задач (Issue Linking). Здесь указывается связана ли ваша задача с какой-то другой, существующей в данном проекте. Также в этой панели можно отменить данную связь.

События (Events). В этой вкладке описан статус, стандартный шаблон, схемы оповещения и передача ответственности за событие. События разделены на два типа: Системные события (System event, те, что установлены в JIRA по умолчанию) и Пользовательские события (Custom event, соответственно, те, что были созданы пользователями).

Счетчик задач (Issue Collectors). Позволяет собирать информацию с любого сайта. Будучи администратором, можно кликнуть по счетчику задач, после чего появится опция, позволяющая его добавить. Как только вы настроите внешний вид счетчика, автоматически сгенерированный JavaScript можно перенести на сайт для передачи информации.

Инструменты разработки (Development Tools). Вы можете также подключить ваши инструменты разработки ПО к JIRA, используя функции администратора. Вам необходимо ввести URL приложения для подключения его к JIRA.

7. Как создать задачу в JIRA (How to create an issue in JIRA)

Панель задач JIRA откроется, как только вы введете свой ID и пароль. Под панелью управления вы обнаружите вкладку Проекты (Project). Кликнув по ней, вы откроете окно со списком таких опций, как Простое отслеживание задач (Simple Issue Tracking), Управление проектами (Project Management), Agile Kanban, Классическая JIRA (Jira Classic), соответственно скриншоту.

Если вы кликните по опции Простое отслеживание задач (Simple Issue Tracking), откроется другое окно, в котором упоминаются детали задачи, а также назначение определенному ответственному лицу.

После нажатия кнопки Подтвердить (Submit) откроется окно, в котором можно выполнить ряд действий, вроде создания и назначения задач, проверок их статуса и т. д.

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

Теперь, если вы захотите отредактировать задачу или экспортировать ее в виде XML/Word документа, вы можете навести курсор на главную панель и кликнуть Задачи (Issues). В появившемся списке выберите Поиск задач (Search for issues), после чего откроется окно, с помощью которого вы можете обнаружить ваши задачи и выполнить другие действия.

Когда вы выберете Поиск задач (search for Issues), откроется такое же окно, как на скриншоте ниже.

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

Воспользовавшись функцией Сводка (Summary), вы откроете окно с диаграммой, на которой можно увидеть все детали, связанные с вашим проектом, и прогресс работы над ним. В правой части окна сводки вы можете увидеть Журнал активности (Activity Stream), на котором отображаются детали, связанные с задачей, и комментарии, оставленные ответственным за задачу человеком.

Подзадача (Sub-Task)

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

Как создать подзадачу

Подзадача может быть создана двумя способами:

Чтобы создать подзадачу в JIRA, вам нужно выбрать задачу, к которой вы хотите ее прикрепить. В окне задачи выберите опцию Назначения. Прочее (Assign more), после этого выберите Создать подзадачу (Create sub-task), как показано на скриншоте. Вы можете также конвертировать задачу в подзадачу (convert to sub-task), выбрав соответствующую опцию.

Выбрав опцию Создать подзадачу (Create sub-task), вы откроете соответствующее окно. Заполните поля с деталями, касающимися данной задачи, и нажмите кнопку Создать (Create), как показано на скриншоте ниже.

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

Несколько важных вещей, которые нужно помнить, создавая подзадачи:

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

Рабочий процесс (WorkFlow)

Рабочий процесс в JIRA представляет из себя набор статусов и переходов, через которые проходит задача во время своего жизненного цикла. Он может включать в себя пять основных стадий:

задача открыта (Open Issue);
задача решена (Resolved Issue);
задача в процессе решения (InProgress Issue);
задача переоткрыта (ReOpened Issue);
задача закрыта (Close Issue).

Рабочий процесс JIRA состоит из статусов (statuses), переходов (transitions), назначений (assignee), решений (resolution), условий (conditions), проверок (validators), и свойств (properties).

Статусы определяют статусы задач во время рабочего процесса.

Переходы подразумевают под собой процесс смены статуса.

Назначения указывают ответственных за определенные задачи и определяют пути решения задачи.

Решения объясняют, по какой причине задача может считаться закрытой.

Условия контролируют доступ к переходам.

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

Свойства определяются JIRA при переходах.

Вы можете назначить статус задаче в соответствующем ей окне, кликнув на флажок статуса В работе (IN Progress), как показано на скриншоте ниже. Это отобразит статус задачи на ее рабочей панели, выделив его желтым цветом.

Плагины JIRA (Plug-ins in JIRA)

Для JIRA существует множество плагинов, позволяющих вам эффективнее работать. Это такие плагины, как Zendesk, Salesforce, GitHub, Gitbucket и т. д. Часть из них позволяет команде поддержки отчитываться о работе напрямую в JIRA, создавать неограниченные приватные репозитории с полной поддержкой задач, инструментов управления тестированием и т. д.

JIRA Agile (JIRA Agile)

Создание задачи в Agile

Создания Эпика в Agile

Режим планирования (Plan Mode) в Agile:

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

Режим работы (Work Mode) в Agile:

Связывание и клонирование (Clone and Link) задач в JIRA

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

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

8. Отчеты (Reports) в JIRA

Для отслеживания прогресса в Agile существует диаграмма сгорания задач (Burndown Chart), отображающая выполненный и запланированный объем работы, необходимый для завершения спринта. Типичная диаграмма будет выглядеть примерно так же, как на скриншоте ниже. Красная линия отображает фактический объем выполненной работы, в то время как синяя отображает идеальный объем выполненной на протяжении scrum-цикла работы.

Помимо диаграммы сгорания задач в JIRA существует множество других опций: Отчет по спринту (Sprint Report), Отчет по эпику (Epic Report), Отчет по версиям (Version Report), Диаграмма производительности (Velocity Chart), Диаграмма управления (Control Chart), Диаграмма совокупного потока (Cumulative flow diagram). Вы можете использовать разные способы отслеживания прогресса работы над вашим проектом.

Как вы можете увидеть на скриншоте ниже, мы выбрали круговую диаграмму для отображения задач по приоритетам. На ней в процентном формате отображена статистика по задачам, включающая в себя их количество и важность. Круговая диаграмма может быть использована для отображения различных типов данных: Назначения (Assignee), Компоненты (Components), Типы задач (Issue Type), Приоритеты (Priority), Решения (Resolution), Статусы (Status) и т. д.

Фильтры (Filters)

Вы можете создавать свои фильтры в придачу к установленным по умолчанию. Фильтры могут быть по данным (date), компонентам (component), приоритетам (priority), решениям (resolution) и т.д.

Kanban-панели и управление задачами

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

Roadmap (в переводе с англ. дорожная карта) — стратегический план проекта с обозначением основных целей и задач, которые необходимо реализовать. Часто для ведения роадмапа используют Excel, потому что… для чего только Excel не используют! А вообще на рынке есть немало инструментов, которые справляются с ведением дорожной карты лучше, чем таблица в Excel — и пятёрку наиболее интересных мы собрали здесь.

GanttPRO

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

ProductPlan

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

Стоимость: тариф Business — $39 за пользователя в месяц, Enterprise — $69 за пользователя в месяц, Enterprise Plus — $99 за пользователя в месяц. Тарифы действительны при оплате за год. Пробный период длится 15 дней.

ProdPad

ProdPad интегрируется с CRM, среди которых Intercom, Zendesk, Salesforce и Pipedrive, что позволяет собирать отзывы клиентов в одном месте, после чего разрабатывать на их основе гипотезы для улучшения продукта.

Стоимость: тариф Essential — $99 за пользователя в месяц, Advanced — $299 за пользователя в месяц, Performance — $999 за пользователя в месяц. Тарифы действительны при оплате за год. Пробный период длится 7 дней.

ClickUp

Сервис помогает создать дорожную карту проекта и контролировать движение к цели, используя статусы и чек-листы. Опция Box View даёт возможность посмотреть, над какими задачами работает каждый из членов коллектива, что они уже сделали, а что только предстоит.

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

Стоимость: тариф Free Forever — $0 за пользователя в месяц, Unlimited — $5 за пользователя в месяц, Business — $9 за пользователя в месяц, Enterprise — по запросу. Тарифы действительны при оплате за год. Тестового периода нет.

Roadmap Planner

Программа помогает создать дорожную карту и приоритизировать задачи в понятной многоуровневой архитектуре. Опция Scopes даёт возможность сгруппировать задачи таким образом, чтобы они указывали на ход проекта.

Преимущество Roadmap Planner — в мультиязычности: английский, немецкий, русский, китайский, корейский, французский или японский. Для вас не будет проблемой, если кто-то из членов команды не говорит по-английски.

Стоимость: тариф Personal — $5,83 за пользователя в месяц, Business — $8,74 за пользователя в месяц, Custom — по запросу. Тарифы действительны при оплате за год. Бесплатный тестовый период длится 14 дней.

Сравнительная таблица стоимостей

Работа с дорожной картой и реализация качественных проектов в пределах бюджета в принципе — это то, что осваивают наши студенты на факультете проджект-менеджмента GeekBrains. Приглашаем вас!

GanttPRO

ProductPlan

ProdPad

ClickUp

Roadmap Planner

Сравнительная таблица стоимостей

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

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

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

Функция Jira "Roadmap" показывает список версий и прогресс в достижении каждой из них. Однако мы уже используем версии для отслеживания наших еженедельных спринтов, и некоторые из этих функций дорожной карты будут охватывать многие releases/versions/sprints.

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

3 ответа

Я прочитал статью google-gwt о MVP и хотел бы спросить о том, как вы создаете слой представления. Предположим, у вас есть три разных elements на одном представлении: дерево, таблица и текст. И теперь я думаю, что лучшая практика состоит в том, чтобы создать эти три элемента разделенными (Я имею в.

Я использую resource local entitymanager с JPA 1 . Какова наилучшая практика для создания EntityManager, то есть Создать задание закрыть через EntityManager каждый раз.(Entitymanager не тяжелый вес, но все равно скучный ) Создайте entitymanager для каждого потока, сохраните его как переменную.

Обновление

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

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

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

Вывод

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

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

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

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

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

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

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

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

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

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

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

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

Мне было интересно, какая лучшая (и реальная) практика для создания абстрактного класса и подклассов в PHP, когда дело доходит до подачи документов. У меня есть abstract class games , и мне было интересно, должен ли я поместить подклассы в отдельные файлы и require_once('games.class.php'); для.

Я работаю в небольшой сервисной компании, где мы начинаем внедрять Scrum-практики, а также начинаем использовать JIRA с greenhopper для отслеживания проблем. Наша команда определила done как: закодированный модульное тестирование интеграция тестирование экспертная оценка проверка качества.

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

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

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

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

Обновить

Упомянутый рассказ СГС-945 была решена в GreenHopper 5.10 уже - пока GreenHopper 6,0 официально поставляет все упомянутые основные улучшения в отношении Kanban, Scrum и особенно на заказ гибкой платы, планирования и управления процессами, а также многие другие , не упомянутые или доступны ранее. Соответственно временный срок Rapid Board уронил , а также, не видит больше не Рапид по имени - но все - таки быстрый по своей природе :

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

Вывод

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

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

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

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

Использование Rapid Board этого поля освобождает поле fixVersion для нормального использования.

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

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

Rapid Board и связанные функции в настоящее время улучшается быстро на самом деле, то есть команда GreenHopper итерацию быстро и реализуют значительные улучшения в настоящее время ежемесячно до двухнедельный точечных релизов даже.

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

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

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

Наконец, GreenHopper 5,9 требует JIRA 5,0, что может или не может быть прямо сейчас остановит всю работу.

Читайте также:

Как сделать роадмап в jira

1. Система JIRA

2. Задачи JIRA и их типы

3. Компоненты JIRA

4. Окна JIRA (JIRA screen)

5. Свойства задач (Issue Attributes)

6. Схемы защиты задач JIRA (Issue Security Schemes)

7. Как создать задачу в JIRA (How to create an issue in JIRA)

8. Отчеты (Reports) в JIRA

GanttPRO

ProductPlan

ProdPad

ClickUp

Roadmap Planner

GanttPRO

ProductPlan

ProdPad

ClickUp

Roadmap Planner

3 ответа

Обновление

Вывод

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

Похожие вопросы:

Обновить

Вывод

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