jira portfolio tutorial
JIRA Portfolio, en Agile Project Portfolio Management Plugin praktisk gennemgang:
I denne fremragende JIRA-serie , vi lærte at bruge JIRA effektivt til styring af Agile projekter i vores tidligere tutorial.
Portefølje til JIRA er den seneste udgivelse af Atlassian's Agile Project Portfolio Management-plugin til JIRA. Formålet er at lette styringen af en portefølje af JIRA-projekter.
Det giver et konstant opdateret, realtidsbillede af fremskridt på tværs af flere teams og projekter inden for en organisation, hvilket giver ledere mulighed for at have en op til minut-visning af, om arbejdet er på rette spor for at opfylde udgivelsesdatoer.
=> Klik her for komplette JIRA-vejledningsserier
Det giver også et sandkassemiljø, der kan bruges til at vurdere indvirkningen af ændringer inden for et projekt på frigivelsestidslinjer uden faktisk at foretage disse ændringer i de refererede projekter.
I denne tutorial tager jeg dig gennem baggrunden for Portfolio for JIRA og diskuterer blandt andet, hvordan Portfolio tildeler ressourcer, bruger teamtilgængelighed og de fire trin, du skal tage for at oprette en porteføljeplan.
Hvad du lærer:
- Portefølje til JIRA baggrund
- Oprettelse af porteføljeplaner
- En enkelt kilde til sandhed
- Anbefalet læsning
Portefølje til JIRA baggrund
Den første frigivelse af JIRA-portefølje, der først var tilgængelig på Atlassian Marketplace (Atlassians version af en Appstore til deres applikationer) tilbage i maj 2014, gav brugerne en plan, der gav synlighed over et stort antal projekter og teams inden for JIRA - en “portefølje plan'. Dette gjorde det muligt for ledere at planlægge arbejde på tværs af flere projekter og allokere arbejde, så tidslinjer blev opretholdt og frigivelsesdatoer blev overholdt.
Mens nøglebegreberne var på plads, skulle synkroniseringen mellem porteføljeplaner og de JIRA-projekter, de blev lavet af, opretholdes manuelt, hvilket gjorde det meget vanskeligt at holde porteføljeplanerne opdateret. Dette betød, at meget hurtigt porteføljeplaner ville blive ude af synkronisering med de projekter, de repræsenterede, og porteføljeplanerne ikke længere ville give et realistisk billede af, hvordan projekter og teams udviklede sig.
Den seneste version er specielt designet til at integrere med JIRA Software på en sådan måde, at en porteføljeplan altid afspejler den sande tilstand af de projekter, den repræsenterer. Data indsamles fra et udvalg af JIRA-problemer, som efter behov kan baseres på projekter, bestyrelser eller filtre.
Disse data indføres løbende i porteføljeplanen, så de altid er opdaterede med de seneste ændringer i omfanget. Dette inkluderer data såsom tidsestimater for JIRA-problemer, afhængigheder mellem problemer og når teams er tilgængelige til at arbejde på bestemte problemer.
Figur 1: Visningen 'Planlæg' for en porteføljeplan, der viser tidslinjerne for flere projekter, med JIRA-problemer kortlagt mod denne tidslinje.
Portefølje tildeler ressourcer ved hjælp af en unik planlægningsalgoritme, der bygger på eventuelle prioriteter og deadlines, der er indstillet af brugeren mod omfangsposter.
Værdier for forskellige egenskaber, der er forbundet med JIRA-problemer, kan indstilles til en defineret værdi, som ikke ændres af algoritmen eller indstilles som 'Beregn', så planlægningsalgoritmen kan ændre parameterens værdi for at opfylde den givne frigivelsestidslinje.
Udgivelserne selv har også denne fleksibilitet, så Portfolio kan beregne en udgivelsesdato baseret på, hvornår det valgte arbejdsområde er afsluttet, i modsætning til at indstille en streng udgivelsesdato, der skal rammes.
Bemærk, at hvis planlægningsalgoritmen foreslår en ændring af et JIRA-projekt, skal ændringen bekræftes ('forpligtet') af en porteføljebruger med de relevante tilladelser. Ændringer kan ikke foretages i underliggende JIRA-projekter på en ukontrolleret måde.
Figur 2: Ændringer foretages kun i de underliggende JIRA-projekter og problemer, når de er forpligtet tilbage til JIRA, hvilket forhindrer ændringer i at blive foretaget på en ukontrolleret måde.
Ændringer i problemer kan også foretages af brugeren inden for porteføljeplanen, men der kræves en specifik 'forpligtelse' for disse ændringer på porteføljeniveau for at få dem til at flyde igennem til JIRA. Dette forhindrer projektledere på stedet i at se deres projekter mystisk opdateres uden at der er en klar mulighed for brugere på porteføljeniveau at holde dem informeret.
Yderligere giver det Portfolio for JIRA 2.0 mulighed for at fungere som et sandkassemiljø, hvor der kan foretages ændringer på problemer på porteføljeniveau og deres indvirkning på frigivelsestidslinjer osv., Inden de transmitteres ændringer til alle dem, der arbejder med projekterne. Med andre ord tillader det kørsel af 'hvad hvis' scenarier.
Oprettelse af porteføljeplaner
Oprettelse af en porteføljeplan er enkel og består kun af fire trin.
For det første defineres omfanget ved at vælge de projekter, teams eller filtre, der skal bruges til at samle emner, hvorfra omfanget vil blive defineret. Flere muligheder kan bruges på dette tidspunkt. Udgivelser, der er knyttet til disse muligheder, vælges derefter for at definere, hvilke udgivelser der skal medtages i planen.
Dernæst vælges de hold, der skal medtages i planen, og der oprettes et standardteam for hvert projekt.
Endelig er problemerne i forbindelse med de valgte udgivelser angivet, så brugeren kan vælge, hvilke problemer de vil medtage i planens omfang. Når dette er afsluttet, bruger porteføljen sin planlægningsalgoritme til at oprette en porteføljeplan baseret på data vedrørende de valgte problemer.
Porteføljeplanen præsenteres med en tidsplanvisning med tre faner, der repræsenterer de data, der bruges til at oprette den; Omfang, hold og udgivelser.
Tidsplanen kan ses vedvarende i alle tre faner eller separat som en rapport på sin egen side. Ændringer på en af de tre faner kan ses i tidsplanvisningen og vurderes, før de er forpligtet til JIRA.
En tidslinje vises med problemer placeret over tid med et simpelt farvekodningsdesign, der bruges til at vise, om en udgivelse er på rette spor eller ej; linjen er grøn, hvis den er på sporet, og den er rød, hvis udgivelsesdatoen ikke overholdes.
De specifikke datoer for udgivelsesdatoen og afslutningsdatoen vises på tidslinjen, så brugerne kan se, hvor hullerne ligger, og hvor stort kløften er mellem færdiggørelse og frigivelse. Denne visning kan konfigureres på en række forskellige måder til at vise en opdeling af projekter, teams eller brugere samt et antal andre nyttige visninger.
I øjeblikket er der ingen klar indikation i tidsplanvisningen, hvor udgivelsesdatoen baseret på omfanget kommer tæt på den forventede udgivelsesdato.
jar-filer kræves til selen webdriver
Ud over at være i stand til at se, hvordan arbejde planlægges over tid inden for projekter, præsenterer Portfolio for JIRA også disse oplysninger i en 'Capacity'-visning for de teams, som arbejdet er tildelt.
Denne visning viser, hvad den tilgængelige kapacitet for alle hold, der er inkluderet i porteføljeplanen, fremhæver antallet af timer, som disse hold har tildelt dem i en bestemt uge eller sprint, afhængigt af den anvendte Agile-metode, samt viser brugen af disse hold, og hvor tilgængelig kapacitet og potentielle flaskehalse kan ligge.
Figur 3: Visningen 'Kapacitet' for en porteføljeplan viser fordelingen af arbejde til teams på tværs af planen. Fremhævning af bestemte sprints eller uger viser holdets anvendelsesstatistikker, herunder flaskehalse og ledig kapacitet.
Portefølje til JIRA bruger teamtilgængelighed og færdighederne hos medlemmerne af disse teams for yderligere at forfine udgivelsesplanen. Når teams er oprettet, kan brugere inden for JIRA føjes til dem og tildeles bestemte færdigheder afhængigt af, hvad deres rolle kan være.
For eksempel,et team af udviklere kunne få tildelt færdigheder baseret på den viden, de besad om forskellige programmeringssprog. Porteføljen bruger dette til at tildele opgaver ikke kun til teams, men til bestemte medlemmer af teams, der har de nødvendige færdigheder til at udføre disse opgaver. Disse færdigheder er, hvad Portfolio bruger til at definere, hvor flaskehalse kan eksistere, og hjælper med at afklare, hvor yderligere ressourcer kan være nødvendige for at opfylde udgivelsesdatoer, men det er ikke altid klart, hvor signifikant flaskehalse kan være.
Teams oprettet inden for en plan kan også deles med andre planer ved hjælp af 'Shared Teams'. Dette sparer tid, når du opretter planer ved at indbringe information vedrørende disse hold, såsom de tidligere diskuterede færdigheder.
Porteføljen giver hold, der arbejder på det samme projekt, mulighed for at arbejde ved hjælp af forskellige metoder og opdeler tidsplanen i overensstemmelse hermed; et team, der bruger Scrum, vil se opgaver, der er tildelt sprints, mens et team, der bruger Kanban, vil se opgaver, der er tildelt baseret på prioritets- og tidsestimater.
“Schedule” -visningen gør det derefter muligt at filtrere dette på en række forskellige måder ved hjælp af et meget lignende filtreringsværktøj som det, der anvendes i JIRA til Issue Navigator.
Figur 4: Hold kan oprettes med færdigheder indstillet mod bestemte teammedlemmer, så planlægningsalgoritmen kan tildele opgaver specifikt til brugere, der har færdighederne til at udføre den opgave.
Med flere projekter vist i en enkelt porteføljeplanvisning kan brugerne definere afhængigheder mellem projekter, uanset om de er på holdene, der bruger disse projekter, eller krav til, at bestemte aktiviteter skal gennemføres, før andre kan starte.
Portefølje til JIRA bringer afhængigheder, der allerede findes i JIRA, samtidig med at nye afhængigheder tilføjes via visningen 'Scope'. Disse afhængigheder kan tydeligt ses i visningen 'Planlæg' ved at klikke på et af de problemer, som det vedrører, og se de relaterede problemer også fremhævet i porteføljeplanen.
Mens portefølje til JIRA bringer information om frigivelser, der allerede er tilgængelige inden for projekter, kan nye udgivelser også defineres fra planvisningen (dvs. på porteføljeniveau, der potentielt spænder over mere end et projekt), og der kan således oprettes tværprojektudgivelser. Dette gør det muligt at planlægge arbejde mellem forskellige projekter, så alt arbejde er afsluttet til en delt deadline.
Portefølje håndterer dette ved at oprette individuelle udgivelser inden for hvert projekt, der er knyttet sammen med en delt tidsplan.
En enkelt kilde til sandhed
Porteføljeadministratorer skal være i stand til hurtigt at se og analysere fremskridt for alle deres teams og projekter på tværs af en organisation, uanset kompleksiteten i organisationen eller projekterne inden for, og Portfolio for JIRA 2.0 leverer dette.
Det giver en enkelt kilde til sandhed for ledere at finde ud af den mest effektive måde at implementere arbejde på teams. Den største forbedring med den seneste udgivelse er fjernelsen af kravet om manuel synkronisering med JIRA-projekter, hvilket sikrer, at porteføljeplaner altid er en realistisk vurdering af fremskridt inden for projekter og de sandsynlige tidsplaner, der vil blive opfyldt.
=> Besøg her for komplette JIRA tutorials-serier
Om forfatteren: Dette gæstepost er skrevet af Mitchell Davison, teknisk konsulent hos Automationskonsulenter
PREV-vejledning | NÆSTE vejledning
Anbefalet læsning
- JIRA Agile Tutorial: Sådan bruges JIRA effektivt til styring af agile projekter
- JIRA Administration Tutorial: JIRA Admin og User Management
- GitLab Jira Integration Tutorial
- Jira Download og installation med Jira License Setup
- Integrer JIRA med TestLodge Test Case Management System: Trin-for-trin vejledning
- JIRA Tutorial: En komplet brugervenlig JIRA-guide
- JIRA og SVN Integration Tutorial
- Dybdegående formørkelsesvejledninger til begyndere