jira portfolio tutorial
JIRA Portfolio, praktyczny przegląd wtyczki do zarządzania portfelem projektów Agile:
W tym doskonała seria JIRA nauczyliśmy się używać JIRA efektywnie do zarządzania projektami Agile w naszym poprzednim samouczku.
Portfolio dla JIRA to najnowsza wersja wtyczki Atlassian do zarządzania portfelem projektów Agile dla JIRA. Jego celem jest ułatwienie zarządzania portfelem projektów JIRA.
Zapewnia stale aktualizowany, w czasie rzeczywistym widok postępów w wielu zespołach i projektach w organizacji, umożliwiając menedżerom bieżący wgląd w to, czy prace są na dobrej drodze do dotrzymania dat wydania.
=> Kliknij tutaj, aby zobaczyć pełną serię samouczków JIRA
Zapewnia również środowisko sandbox, którego można użyć do oceny wpływu zmian w projekcie na ramy czasowe wydania bez faktycznego wprowadzania tych zmian w projektach, do których się odwołuje.
W tym samouczku omówię tło Portfolio for JIRA i omówię między innymi, w jaki sposób Portfolio przydziela zasoby, wykorzystuje dostępność zespołu oraz cztery kroki, które należy wykonać, aby utworzyć plan portfela.
Czego się nauczysz:
Portfolio dla JIRA
Pierwsza wersja JIRA Portfolio, po raz pierwszy dostępna w Atlassian Marketplace (wersja Atlassian Appstore dla ich aplikacji) w maju 2014 r., Zapewniała użytkownikom plan zapewniający wgląd w dużą liczbę projektów i zespołów w ramach JIRA - „portfolio plan'. Pozwoliło to kierownikom zaplanować pracę w wielu projektach i przydzielić pracę tak, aby dotrzymać terminów i dotrzymać dat wydania.
Jednakże, podczas gdy kluczowe koncepcje istniały, synchronizacja między planami portfela a projektami JIRA, z których zostały wykonane, musiała być utrzymywana ręcznie, co bardzo utrudniało aktualizowanie planów portfela. Oznaczało to, że bardzo szybko plany portfela przestałyby być zsynchronizowane z projektami, które reprezentowały, a plany portfela nie zapewniały już realistycznego obrazu postępów projektów i zespołów.
Najnowsza wersja została specjalnie zaprojektowana do integracji z JIRA Software w taki sposób, aby plan portfela zawsze odzwierciedlał rzeczywisty stan projektów, które reprezentuje. Dane są gromadzone z wybranego zakresu zagadnień JIRA, które w razie potrzeby mogą opierać się na projektach, tablicach lub filtrach.
Dane te są stale wprowadzane do planu portfela, dzięki czemu jest zawsze na bieżąco z najnowszymi zmianami zakresu. Obejmuje to dane, takie jak szacunki czasu dla problemów JIRA, zależności między problemami oraz dostępność zespołów do pracy nad określonymi problemami.
Rysunek 1: Widok „Harmonogram” dla planu portfela, przedstawiający harmonogramy dla wielu projektów, z problemami JIRA zmapowanymi na tę oś czasu.
Portfolio przydziela zasoby przy użyciu unikalnego algorytmu planowania, który opiera się na dowolnych priorytetach i terminach ustalonych przez użytkownika w odniesieniu do elementów zakresu.
Wartości różnych właściwości związanych z problemami z JIRA można ustawić na zdefiniowaną wartość, która nie zostanie zmieniona przez algorytm lub ustawić jako „Oblicz”, co pozwala algorytmowi planowania na zmianę wartości parametru w celu dotrzymania określonego terminu wydania.
Same wydania mają również tę elastyczność, umożliwiając Portfolio obliczenie daty premiery na podstawie zakończenia wybranego zakresu prac, w przeciwieństwie do ustalania ścisłej daty wydania, która musi zostać osiągnięta.
Należy zwrócić uwagę, że jeśli algorytm planowania proponuje zmianę w projekcie JIRA, zmiana musi zostać potwierdzona („zatwierdzona”) przez użytkownika Portfela z odpowiednimi uprawnieniami. Nie można wprowadzać zmian w bazowych projektach JIRA w niekontrolowany sposób.
Rysunek 2: Zmiany w podstawowych projektach i problemach JIRA są wprowadzane tylko wtedy, gdy są ponownie przypisywane do JIRA, zapobiegając wprowadzaniu zmian w niekontrolowany sposób.
Zmiany w wydaniach mogą być również wprowadzane przez użytkownika z poziomu planu portfela, ale wymagane jest określone „zatwierdzenie” tych zmian na poziomie portfela, aby wpłynęły one do JIRA. Uniemożliwia to kierownikom projektów w terenie zobaczenie, jak ich projekty są w tajemniczy sposób aktualizowane, bez wyraźnej okazji dla użytkowników na poziomie Portfela, aby ich na bieżąco informować.
Co więcej, pozwala Portfolio for JIRA 2.0 działać jako środowisko sandbox, w którym można wprowadzać zmiany w problemach na poziomie Portfolio i ich wpływ na terminy wydania itp. Oceniane przed przekazaniem zmian wszystkim osobom pracującym nad projektami. Innymi słowy, pozwala na realizację scenariuszy „co by było, gdyby”.
Tworzenie planów portfela
Tworzenie planu portfolio jest proste i składa się tylko z czterech kroków.
Po pierwsze, zakres definiuje się, wybierając projekty, zespoły lub filtry, które mają być używane do gromadzenia zagadnień, z których zostanie zdefiniowany zakres. W tym momencie można użyć wielu opcji. Następnie wybiera się zwolnienia powiązane z tymi opcjami, aby zdefiniować, które wydania zostaną uwzględnione w planie.
Następnie wybierane są zespoły, które mają zostać uwzględnione w planie, a dla każdego projektu zostanie utworzony zespół domyślny.
Na koniec wyświetlane są kwestie dotyczące wybranych wersji, co pozwala użytkownikowi wybrać, które problemy chcą objąć zakresem planu. Po zakończeniu Portfolio używa swojego algorytmu planowania do tworzenia planu portfela na podstawie danych dotyczących wybranych zagadnień.
Plan portfela jest przedstawiany w widoku Harmonogram z trzema zakładkami, które reprezentują dane użyte do jego utworzenia; Zakres, zespoły i wydania.
Harmonogram można stale przeglądać na wszystkich trzech kartach lub oddzielnie jako Raport na własnej stronie. Zmiany na dowolnej z trzech kart można zobaczyć w widoku harmonogramu i ocenić, zanim zostaną zatwierdzone w JIRA.
Przedstawiona jest oś czasu ze zgłoszonymi problemami w czasie, z prostym projektem kodowania kolorami używanym do pokazania, czy wydanie jest na dobrej drodze, czy nie; linia jest zielona, jeśli jest na dobrej drodze, i czerwona, jeśli data premiery nie będzie dotrzymana.
Konkretne daty daty wydania i daty zakończenia są pokazane na osi czasu, dzięki czemu użytkownicy mogą zobaczyć, gdzie występują luki i jak duża jest luka między ukończeniem a wydaniem. Widok ten można skonfigurować na wiele różnych sposobów, aby pokazać podział projektów, zespołów lub użytkowników, a także wiele innych przydatnych widoków.
Obecnie w widoku harmonogramu nie ma jasnego wskazania, w którym data wydania oparta na zakresie jest zbliżona do oczekiwanej daty wydania.
graj w wow za darmo na prywatnym serwerze
Oprócz możliwości zobaczenia, jak rozłożona jest praca w czasie w ramach projektów, Portfolio for JIRA przedstawia również te informacje w widoku „Pojemność” dla zespołów, do których przydzielono pracę.
Ten widok pokazuje dostępne możliwości wszystkich zespołów uwzględnionych w planie Portfolio, podkreślając liczbę godzin, które te zespoły przypisały im w określonym tygodniu lub sprincie, w zależności od używanej metodologii Agile, a także pokazując wykorzystanie te zespoły i tam, gdzie mogą znajdować się dostępne możliwości i potencjalne wąskie gardła.
Rysunek 3: Widok „Pojemność” planu portfela przedstawia przydział pracy zespołom w całym planie. Wyróżnienie poszczególnych sprintów lub tygodni pokazuje statystyki wykorzystania zespołu, w tym wąskie gardła i wolne moce produkcyjne.
Portfolio for JIRA wykorzystuje dostępność zespołu i umiejętności członków tych zespołów w celu dalszego udoskonalenia harmonogramu wydań. Gdy zespoły są skonfigurowane, można do nich dodawać użytkowników w ramach JIRA i przypisywać im określone umiejętności w zależności od ich roli.
Na przykład,zespołowi programistów można przypisać umiejętności w oparciu o posiadaną wiedzę o różnych językach programowania. Portfolio wykorzystuje to do przydzielania zadań nie tylko zespołom, ale także poszczególnym członkom zespołów, którzy mają umiejętności wymagane do wykonania tych zadań. Te umiejętności są używane przez Portfolio do określenia, gdzie mogą występować wąskie gardła, i pomagają wyjaśnić, gdzie mogą być potrzebne dodatkowe zasoby, aby dotrzymać terminów publikacji, jednak nie zawsze jest jasne, jak znaczące mogą być wąskie gardła.
Zespoły utworzone w ramach jednego planu można również udostępniać innym planom za pomocą „Udostępnionych zespołów”. Oszczędza to czas podczas tworzenia planów, wprowadzając informacje dotyczące tych zespołów, takie jak wcześniej omówione umiejętności.
Portfolio umożliwia zespołom pracującym nad tym samym projektem pracę przy użyciu różnych metodologii i odpowiednio rozkłada harmonogram; zespół używający Scruma zobaczy zadania przypisane do sprintów, podczas gdy zespół korzystający z Kanban zobaczy zadania przypisane na podstawie priorytetów i szacunków czasowych.
Widok „Harmonogram” umożliwia następnie filtrowanie tego na wiele różnych sposobów, przy użyciu bardzo podobnego narzędzia do filtrowania, które jest używane w JIRA dla nawigatora problemów.
Rysunek 4: Zespoły można tworzyć z umiejętnościami przypisywanymi poszczególnym członkom zespołu, umożliwiając algorytmowi planowania przydzielanie zadań konkretnie użytkownikom posiadającym umiejętności do wykonania tego zadania.
W przypadku wyświetlania wielu projektów w jednym widoku planu portfela użytkownicy mogą definiować zależności między projektami, niezależnie od tego, czy są w zespołach korzystających z tych projektów, czy też wymagają wykonania określonych działań, zanim inni będą mogli rozpocząć.
Portfolio for JIRA wprowadza zależności, które już istnieją w JIRA, jednocześnie umożliwiając dodawanie nowych zależności w widoku „Zakres”. Zależności te można wyraźnie zobaczyć w widoku „Harmonogram”, klikając jeden z problemów, do których się ono odnosi, i wyświetlając powiązane kwestie również wyróżnione w planie portfela.
Podczas gdy Portfolio for JIRA zawiera informacje o wersjach już dostępnych w projektach, nowe wersje można również zdefiniować z widoku planu (tj. Na poziomie Portfela, potencjalnie obejmujących więcej niż jeden projekt), a tym samym można tworzyć wersje międzyprojektowe. Umożliwia to zaplanowanie pracy między różnymi projektami w taki sposób, że wszystkie prace są zakończone we wspólnym terminie.
Portfolio radzi sobie z tym, tworząc indywidualne wydania w każdym projekcie, które są połączone ze wspólnym harmonogramem.
Jedno źródło prawdy
Zarządzający portfelami muszą mieć możliwość szybkiego przeglądania i analizowania postępów wszystkich swoich zespołów i projektów w całej organizacji, niezależnie od złożoności organizacji lub projektów w jej ramach, a Portfolio for JIRA 2.0 to zapewnia.
Zapewnia menedżerom jedno źródło prawdy umożliwiające wypracowanie najbardziej efektywnego sposobu rozmieszczenia pracy w zespołach. Największą poprawą w najnowszej wersji jest usunięcie wymogu ręcznej synchronizacji z projektami JIRA, dzięki czemu plany portfela są zawsze realistyczną oceną postępu w projektach i prawdopodobnych ram czasowych, które zostaną spełnione.
=> Odwiedź tutaj, aby zapoznać się z pełną serią samouczków JIRA
O autorze: Ten post gościnny został napisany przez Mitchella Davisona, konsultanta technicznego w Konsultanci automatyki
POPRZEDNIA samouczek | NEXT Tutorial
rekomendowane lektury
- JIRA Agile Tutorial: Jak skutecznie używać JIRA do zarządzania projektami Agile
- Samouczek administracji JIRA: Administrator JIRA i zarządzanie użytkownikami
- Samouczek dotyczący integracji GitLab Jira
- Pobieranie i instalacja Jira przy użyciu konfiguracji licencji Jira
- Zintegruj JIRA z systemem zarządzania przypadkami testowymi TestLodge: samouczek krok po kroku
- JIRA Tutorial: Kompletny praktyczny przewodnik po JIRA
- Samouczek integracji JIRA i SVN
- Dogłębne samouczki dotyczące Eclipse dla początkujących