jira portfolio tutorial
Портфоліо JIRA, практичний огляд плагіна для управління портфелем проектів Agile:
У цьому відмінна серія JIRA , ми навчились користуватися JIRA ефективно для управління проектами Agile у нашому попередньому уроці.
Портфоліо для JIRA - це останній випуск модуля Agile Project Portfolio Management для JIRA. Його мета - полегшити управління портфелем проектів JIRA.
Він забезпечує постійно оновлюваний огляд у реальному часі прогресу між кількома командами та проектами в рамках організації, дозволяючи менеджерам мати найменший огляд того, чи працює робота на шляху до дати випуску.
=> Клацніть тут, щоб отримати повну серію навчальних посібників JIRA
Він також забезпечує середовище пісочниці, яке можна використовувати для оцінки впливу змін у рамках проекту на часові рамки випуску, фактично не вносячи цих змін у згадані проекти.
У цьому підручнику я ознайомлю вас із попереднім досвідом роботи з портфоліо для JIRA та, серед іншого, обговорюю, як портфоліо розподіляє ресурси, використовує доступність команди та чотири кроки, які потрібно зробити для створення плану портфоліо.
Що ви дізнаєтесь:
Портфоліо для фону JIRA
Перший випуск портфоліо JIRA, вперше доступний на Atlassian Marketplace (версія програми Appssian для Atlants для своїх додатків) ще в травні 2014 року, надав користувачам план, який давав змогу ознайомитись з великою кількістю проектів та команд в JIRA - «портфоліо план ”. Це дозволило менеджерам планувати роботу над кількома проектами та розподіляти роботу таким чином, щоб були збережені терміни та дотримані дати випуску.
Однак, хоча існували ключові концепції, синхронізація між портфоліо-планами та проектами JIRA, з яких вони були зроблені, повинна була підтримуватися вручну, що ускладнювало підтримку портфельних планів в актуальному стані. Це означало, що дуже швидко портфоліо-плани не будуть синхронізовані з проектами, які вони представляли, і портфоліо-плани більше не даватимуть реалістичного уявлення про те, як просуваються проекти та групи.
Остання версія була спеціально розроблена для інтеграції з програмним забезпеченням JIRA таким чином, що план портфоліо завжди відображає справжній стан проектів, які він представляє. Дані збираються з вибраного обсягу випусків JIRA, які за необхідності можуть базуватися на проектах, дошках або фільтрах.
Ці дані постійно подаються до портфельного плану, щоб вони завжди були в курсі останніх змін до обсягу. Сюди входять такі дані, як оцінки часу для питань JIRA, залежності між проблемами та доступність команд для роботи над певними проблемами.
Фігура 1: Перегляд «Графік» для портфоліо-плану, що відображає часові рамки для декількох проектів, з випусками JIRA, зіставленими з цією шкалою.
Портфоліо призначає ресурси за допомогою унікального алгоритму планування, який враховує будь-які пріоритети та терміни, встановлені користувачем, щодо елементів обсягу.
Значенням різних властивостей, пов’язаних із проблемами JIRA, можна встановити визначене значення, яке не буде змінено алгоритмом або встановлено як «Обчислити», що дозволяє алгоритму планування змінювати значення параметра, щоб відповідати заданій часовій шкалі випуску.
Самі випуски також мають таку гнучкість, що дозволяє Портфоліо розраховувати дату випуску, виходячи з того, коли обраний обсяг роботи завершено, на відміну від встановлення суворої дати випуску, яку потрібно досягти.
Зверніть увагу, що якщо алгоритм планування пропонує зміну проекту JIRA, зміна повинна бути підтверджена («скоєна») користувачем портфоліо з відповідними дозволами. Не можна неконтрольовано вносити зміни в основні проекти JIRA.
Малюнок 2: Зміни вносяться лише в основні проекти JIRA та проблеми, коли вони повертаються до JIRA, запобігаючи неконтрольованому внесенню змін.
Користувач також може вносити зміни до питань у рамках портфоліо-плану, але для того, щоб вони потрапили до JIRA, необхідний конкретний 'коміт' цих змін на рівні портфоліо. Це заважає менеджерам проектів на місцях бачити таємниче оновлення своїх проектів, не маючи явної можливості для користувачів на рівні портфоліо інформувати їх.
Крім того, це дозволяє Портфоліо для JIRA 2.0 діяти як середовище пісочниці, де можуть бути внесені зміни до питань на рівні Портфоліо та їх впливу на терміни випуску тощо, оцінених перед передачею змін усім, хто працює над проектами. Іншими словами, це дозволяє запускати сценарії 'що якщо'.
Створення портфельних планів
Створення портфоліо-плану є простим, складається лише з чотирьох кроків.
По-перше, область дії визначається шляхом вибору проектів, команд або фільтрів, які будуть використовуватися для збору питань, з яких буде визначено область дії. На даний момент можна використовувати кілька варіантів. Потім вибираються випуски, пов’язані з цими параметрами, щоб визначити, які випуски будуть включені до плану.
Далі обираються команди, які будуть включені в план, і для кожного проекту буде створена команда за замовчуванням.
Нарешті, перелічені питання, пов’язані з вибраними випусками, що дозволяють користувачеві вибрати, які проблеми вони хочуть включити до обсягу плану. Після цього Portfolio використовує свій алгоритм планування для створення плану портфеля на основі даних, що стосуються вибраних питань.
План портфоліо представлений поданням Розклад із трьома вкладками, що представляють дані, використані для його створення; Сфера застосування, групи та випуски.
Розклад можна постійно переглядати на всіх трьох вкладках або окремо як звіт на власній сторінці. Зміни на будь-якій з трьох вкладок можна побачити у поданні Графік та оцінити, перш ніж вони будуть передані JIRA.
Відображається шкала часу з проблемами, поставленими проти неї з плином часу, з простим дизайном кольорового кодування, який використовується, щоб показати, чи є випуск на шляху; рядок зелений, якщо він на шляху, і червоний, якщо дата випуску не буде дотримана.
Конкретні дати для дати випуску та дати завершення відображаються на часовій шкалі, дозволяючи користувачам бачити, де прогалини та наскільки великий розрив між завершенням та випуском. Цей вигляд можна налаштувати різними способами, щоб показати розподіл проектів, команд або користувачів, а також ряд інших корисних переглядів.
В даний час у поданні «Графік» немає чітких вказівок, коли дата випуску на основі обсягу наближається до очікуваної дати випуску.
як переглянути файли bin на android - -
Окрім того, що Портфоліо для JIRA також може бачити, як за часом планується робота в рамках проектів, ця інформація також представляє цю інформацію у вигляді «Потужність» для команд, яким призначена робота.
Цей вигляд показує, яка доступна потужність усіх команд, включених до плану портфоліо, висвітлюючи кількість годин, які ці команди призначили їм протягом певного тижня або спринту, залежно від методу Agile, який використовується, а також показує використання ці команди та там, де є наявний потенціал та потенційні вузькі місця.
Малюнок 3: Подання „Ємність” для портфоліо-плану показує розподіл робіт між командами по всьому плану. Виділення конкретних спринтів чи тижнів показує статистику використання команди, включаючи вузькі місця та вільну потужність.
Портфоліо для JIRA використовує доступність команди та навички членів цих команд, щоб додатково вдосконалити графік випуску. Коли команди створені, користувачі в рамках JIRA можуть додаватись до них та надавати їм певні навички залежно від того, яка їх роль може бути.
Наприклад,команді розробників можна було б розподілити навички на основі знань, якими вони володіли з різних мов програмування. Портфоліо використовує це для призначення завдань не тільки командам, але і окремим членам команд, які мають навички, необхідні для виконання цих завдань. Ці навички використовують Портфоліо, щоб визначити, де можуть існувати вузькі місця, і допомагають з’ясувати, де можуть знадобитися додаткові ресурси для дотримання дат випуску, однак не завжди ясно, наскільки значними можуть бути вузькі місця.
Команди, створені в рамках одного плану, також можуть ділитися з іншими планами за допомогою «Спільних команд». Це економить час при створенні планів, включаючи інформацію, що стосується цих команд, таку як раніше обговорені навички.
Портфоліо дозволяє командам, що працюють над одним проектом, працювати за різними методологіями, і відповідно розбиває графік; команда, яка використовує Scrum, побачить завдання, призначені спринтам, тоді як команда, яка використовує Kanban, побачить завдання, призначені на основі пріоритетів та оцінок часу.
Потім перегляд «Графік» дозволяє це фільтрувати різними способами, використовуючи дуже подібний інструмент фільтрації, який використовується в JIRA для Навігатора видань.
Малюнок 4: Команди можна створювати за допомогою навичок, встановлених проти певних членів команди, що дозволяє алгоритму планування призначати завдання конкретно користувачам, які мають навички для виконання цього завдання.
Якщо декілька проектів відображаються в одному поданні плану портфоліо, користувачі можуть визначати залежності між проектами, незалежно від того, знаходяться вони в командах, що використовують ці проекти, або вимоги до певної діяльності, яку слід виконати до початку інших.
Портфоліо для JIRA включає залежності, які вже існують в JIRA, дозволяючи додавати нові залежності за допомогою подання «Scope». Ці залежності можна чітко побачити у поданні «Графік», клацнувши на одне з питань, до якого воно стосується, і побачивши відповідні проблеми, також виділені в плані портфоліо.
Незважаючи на те, що Portfolio для JIRA надає інформацію про випуски, які вже доступні в рамках проектів, нові випуски також можна визначити з подання плану (тобто на рівні портфоліо, потенційно охоплюючи більше одного проекту), і таким чином можна створити випуски між проектами. Це дозволяє планувати роботу між різними проектами таким чином, щоб усі роботи були завершені до спільного терміну.
Портфоліо справляється з цим, створюючи окремі випуски в рамках кожного проекту, які пов’язані разом із загальним розкладом.
Єдине джерело істини
Менеджери портфоліо повинні мати можливість швидко переглядати та аналізувати прогрес усіх своїх команд та проектів в рамках організації, незалежно від складності організації або проектів у складі, і Портфоліо для JIRA 2.0 забезпечує це.
Це забезпечує єдине джерело правди для менеджерів, щоб розробити найбільш ефективний спосіб розподілу роботи серед команд. Найбільшим покращенням в останньому випуску є скасування вимоги щодо ручної синхронізації з проектами JIRA, переконавшись, що портфоліо-плани завжди є реалістичною оцінкою прогресу в рамках проектів та ймовірних термінів, які будуть дотримані.
=> Завітайте сюди, щоб отримати повну серію навчальних посібників JIRA
Про автора: Цей гостьовий пост написаний Мітчеллом Девісоном, технічним консультантом компанії Консультанти з автоматизації
НАЗАД Підручник | НАСТУПНИЙ підручник
Рекомендована література
- Підручник JIRA Agile: Як ефективно використовувати JIRA для управління гнучкими проектами
- Підручник з адміністрування JIRA: Адміністратор JIRA та управління користувачами
- Підручник з інтеграції GitLab Jira
- Завантаження та встановлення Jira за допомогою програми встановлення ліцензії Jira
- Інтегруйте JIRA із системою управління тестовими кейсами TestLodge: покроковий посібник
- Підручник з JIRA: Повний практичний посібник із використання JIRA
- Підручник з інтеграції JIRA та SVN
- Поглиблені підручники Eclipse для початківців